com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: error en el enlace de comunicaciones

Estoy trabajando para que mi base de datos hable con mis programas Java.

¿Alguien puede darme un programa de muestra rápido y sucio usando el JDBC?

Me sale un error bastante estupendo:

Exception in thread "main" com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure 
    The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
    at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
    at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1122)
    at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2260)
    at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:787)
    at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:49)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
    at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
    at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:357)
    at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:285)
    at java.sql.DriverManager.getConnection(DriverManager.java:582)
    at java.sql.DriverManager.getConnection(DriverManager.java:207)
    at SqlTest.main(SqlTest.java:22)
Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure
    The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
    at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
    at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
    at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1122)
    at com.mysql.jdbc.MysqlIO.<init>(MysqlIO.java:344)
    at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2181)
    ... 12 more
Caused by: java.net.ConnectException: Connection refused
    at java.net.PlainSocketImpl.socketConnect(Native Method)
    at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
    at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
    at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:432)
    at java.net.Socket.connect(Socket.java:529)
    at java.net.Socket.connect(Socket.java:478)
    at java.net.Socket.<init>(Socket.java:375)
    at java.net.Socket.<init>(Socket.java:218)
    at com.mysql.jdbc.StandardSocketFactory.connect(StandardSocketFactory.java:256)
    at com.mysql.jdbc.MysqlIO.<init>(MysqlIO.java:293)
    ... 13 more

Contenido del archivo de prueba:

import com.mysql.jdbc.*;
import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.SQLException;
import java.sql.Statement;

public class SqlTest {

    public static void main(String [] args) throws Exception {
        // Class.forName( "com.mysql.jdbc.Driver" ); // do this in init
        // // edit the jdbc url 
        Connection conn = DriverManager.getConnection( 
            "jdbc:mysql://localhost:3306/projects?user=user1&password=123");
        // Statement st = conn.createStatement();
        // ResultSet rs = st.executeQuery( "select * from table" );

        System.out.println("Connected?");
    }
}

Entonces, tienes un

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: error del enlace de comunicaciones
java.net.ConnectException: conexión rechazada

Cito esta respuesta que también contiene un tutorial paso a paso de MySQL + JDBC:

Si obtiene un SQLException: Connection refusedo Connection timed outun MySQL específico CommunicationsException: Communications link failure, significa que no se puede acceder al DB en absoluto. Esto puede tener una o más de las siguientes causas:

1. La dirección IP o el nombre de host en la URL JDBC son incorrectos.
2. El servidor DNS local no reconoce el nombre de host en la URL JDBC.
3. Falta el número de puerto o es incorrecto en la URL JDBC.
4. El servidor de base de datos está inactivo.
5. El servidor de base de datos no acepta conexiones TCP / IP.
6. El servidor de base de datos se ha quedado sin conexiones.
7. Algo entre Java y DB está bloqueando las conexiones, por ejemplo, un firewall o proxy.
   
   

Para resolver uno u otro, siga los siguientes consejos:

1. Verifíquelos y pruébelos con ping.
2. Actualice DNS o utilice la dirección IP en la URL JDBC en su lugar.
3. Verifíquelo en base a my.cnfMySQL DB.
4. Inicia la base de datos.
5. Verifique si mysqld se inicia sin el --skip-networking option.
6. Reinicie la base de datos y corrija su código en consecuencia para que cierre las conexiones finally.
7. Deshabilite el firewall y / o configure el firewall / proxy para permitir / reenviar el puerto.
   
   

Ver también:

• ¿Cómo debo conectarme a la base de datos / fuente de datos JDBC en una aplicación basada en servlet?
• ¿Es seguro usar una instancia estática java.sql.Connection en un sistema multiproceso?

Capturo esta excepción cuando Java está fuera del montón. Si trato de poner muchos elementos de datos en la RAM, primero cojo " Error de enlace de comunicaciones " y luego " OutOfMemoryError ".

Lo registré y disminuyo el consumo de memoria (borrar 1/2 datos) y todo está bien.

En mi caso, necesitaba hacer un reemplazo de Localhost a la dirección IP del servidor de base de datos real

En vez de

 Connection con = DriverManager.getConnection(
 "jdbc:mysql://localhost:3306/DBname", "root", "root");

lo necesitaba

 Connection con = DriverManager.getConnection(
 "jdbc:mysql://192.100.0.000:3306/DBname", "root", "root");

Esta com.mysql.jdbc.exceptions.jdbc4.CommunicationsExceptionexcepción ocurre si la conexión de su base de datos está inactiva durante mucho tiempo.

Esta conexión inactiva devuelve verdadero, connection.isClosed();pero si intentamos ejecutar la instrucción, activará esta excepción, por lo que sugeriré ir con la agrupación de bases de datos.

He tenido el mismo problema durante horas. Estoy usando el servidor MAMP

En lugar de usar localhost: [Puerto Apache], use su puerto MySQL.

A continuación se muestra el puerto MySQL predeterminado para el servidor MAMP.

String url = "jdbc:mysql://localhost:8889/db_name";

Connection conn = DriverManager.getConnection(url, dbUsername, dbPassword);

Podría estar ladrando el árbol equivocado aquí, pero su excepción parece indicar que su servidor MySQL no está disponible.

Excepción en el subproceso "main" com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: error de enlace de comunicaciones El último paquete enviado con éxito al servidor fue hace 0 milisegundos. El controlador no ha recibido ningún paquete del servidor. a...

¿Qué sucede si lo intentas (desde la terminal)?

mysql -u username -p

Se le solicitará la contraseña asociada con el nombre de usuario. Después de dar la contraseña correcta, ¿se conecta el cliente mysql?

Puede que tenga que iniciar MySQL desde las preferencias si no. También puede configurarlo para que se ejecute al inicio.

En mi caso, resultó que la versión de mysql-connector-javaera demasiado antigua.

En mi demo, de alguna manera uso mysql-connector-javaasí:

<dependency>
    <groupId>mysql</groupId>
    <artifactId>mysql-connector-java</artifactId>
    <version>5.1.9</version>
</dependency>

Pero en el entorno de desarrollo, uso esto:

<dependency>
    <groupId>mysql</groupId>
    <artifactId>mysql-connector-java</artifactId>
    <version>5.1.31</version>
</dependency>

Y mi versión de MySQL era 5.1.48 (sí, es antigua, solo para imitar la versión del producto). Entonces encontré el mismo error.

Como se encuentra la razón, también se encuentra la solución. ¡Combina la versión!

Obtuve el mismo error porque estaba tratando de ejecutar mi programa sin iniciar el servidor mysql.

Después de iniciar el servidor mysql, todo salió bien.

Las respuestas anteriores son apropiadas. Pero también me gustaría señalar un problema más genérico.

Me enfrenté a un problema similar y el motivo era una restricción de red de mi empresa.

La misma conexión estaba teniendo éxito cuando estaba en cualquier otra red.

Actualice su dirección IP en el archivo /etc/mysql/my.cnf

bind-address  = 0.0.0.0

Reinicie los servicios mysql deamon y mysql.

Descargue MySQL-JDBC-Type-4-Treiber (ig 'mysql-connector-java-5.1.11-bin.jar' de 'mysql-connector-java-5.1.11.zip') en Mysql .

Debe incluir el jar del controlador durante la compilación y el tiempo de ejecución en su classpath.

Class.forName( "com.mysql.jdbc.Driver" ); // do this in init
// edit the jdbc url 
Connection conn = DriverManager.getConnection( "jdbc:mysql://MyDbComputerNameOrIP:3306/myDatabaseName", username, password );
Statement st = conn.createStatement();
ResultSet rs = st.executeQuery( "select * from table" );

Este error también puede ocurrir si Java intenta conectarse a MySQL a través de SSL, pero algo sale mal. (En mi caso, estaba configurando los grupos de conexión de Payara Server 5.193.1 a MySQL).

Algunas personas sugirieron la configuración useSSL=false. Sin embargo, desde la versión Connector / J 8.0.13, esa configuración está en desuso. Aquí hay un extracto de las Propiedades de configuración de MySQL Connector / J 8.0 :

sslMode

Por defecto, las conexiones de red están encriptadas SSL; Esta propiedad permite que se desconecten las conexiones seguras o que se elijan diferentes niveles de seguridad. Se permiten los siguientes valores: DISABLED- Establecer conexiones sin cifrar; PREFERRED- (predeterminado) Establezca conexiones cifradas si el servidor las habilitó; de lo contrario, recurra a conexiones no cifradas; REQUIRED- Establezca conexiones seguras si el servidor las habilitó; de lo contrario, falle; VERIFY_CA- Me gusta REQUIREDpero además verifica el certificado TLS del servidor contra los certificados de Autoridad de certificación (CA) configurados; VERIFY_IDENTITY- Me gusta VERIFY_CA, pero además verifique que el certificado del servidor coincida con el host al que se intenta la conexión.

Esta propiedad reemplazado las propiedades obsoletas heredadas useSSL, requireSSLy verifyServerCertificate, que aún son aceptadas, pero se tradujo en un valor para sslModesi sslModeno se establece de manera explícita: useSSL=falsese traduce a sslMode=DISABLED; {"useSSL=true", "requireSSL=false", "verifyServerCertificate=false"}se traduce a sslMode=PREFERRED; {"useSSL=true", "requireSSL=true", "verifyServerCertificate=false"}se traduce a sslMode=REQUIRED; {"useSSL=true" AND "verifyServerCertificate=true"}se traduce a sslMode=VERIFY_CA. No hay configuraciones heredadas equivalentes para sslMode=VERIFY_IDENTITY. Tenga en cuenta que, para las versiones de servidor de todo, la configuración por defecto de sslModeque es PREFERRED, y es equivalente a la configuración de legado de useSSL=true, requireSSL=falseyverifyServerCertificate=false, que son diferentes de sus configuraciones predeterminadas para Connector / J 8.0.12 y anteriores en algunas situaciones. Deben revisarse las aplicaciones que continúan usando las propiedades heredadas y dependen de su configuración predeterminada anterior.

Las propiedades heredadas se ignoran si sslModese establece explícitamente. Si ninguno de sslModeo useSSLse establece explícitamente, se sslMode=PREFERREDaplica la configuración predeterminada de .

Predeterminado :PREFERRED

Desde la versión : 8.0.13

Entonces, en mi caso, la configuración sslMode=DISABLEDera todo lo que necesitaba para resolver el problema. Esto fue en una máquina de prueba. Pero para la producción, la solución segura sería configurar correctamente el cliente Java y el servidor MySQL para usar SSL.

Tenga en cuenta que al deshabilitar SSL, es posible que también deba configurarlo allowPublicKeyRetrieval=true. (Nuevamente, no es una decisión acertada desde el punto de vista de la seguridad). Se proporciona más información en las Opciones de MySQL ConnectionString :

AllowPublicKeyRetrieval

Si la cuenta de usuario usa sha256_passwordautenticación, la contraseña debe protegerse durante la transmisión; TLS es el mecanismo preferido para esto, pero si no está disponible, se utilizará el cifrado de clave pública RSA. Para especificar la clave pública RSA del servidor, use la ServerRSAPublicKeyFileconfiguración de cadena de conexión, o configure AllowPublicKeyRetrieval=Truepara permitir que el cliente solicite automáticamente la clave pública del servidor. Tenga en cuenta que AllowPublicKeyRetrieval=Truepodría permitir que un proxy malicioso realice un ataque MITM para obtener la contraseña de texto sin formato, por lo que es False de forma predeterminada y debe habilitarse explícitamente.

Mi mismo problema se resuelve con los siguientes pasos:

1. Ir my.cnf

   vi /etc/mysql/my.cnf

2. Modificar su dirección de enlace

   "bind-address = 0.0.0.0"

3. Reiniciar MySQL

   sudo /etc/init.d/mysql restart

Si está utilizando WAMPo XAMPservidor para instalar la base de datos mysql. Luego, debe iniciar explícitamente mysql sever; de lo contrario, se mostrará com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failureal conectarse con la base de datos

Resolví este problema de una manera fácil, eso funcionó para mí. Tuve el problema seme "com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: error de enlace de comunicaciones". En mi archivo db.properties tenía esto: url: jdbc: mysql: // localhost: 90 / myDB, solo eliminé la url del puerto, lo que resultó de esta manera url: jdbc: mysql: // localhost / myDB y eso funcionó para mí .

Eso me sucedió cuando cambié el puerto mysql de 3306 a 3307 en los archivos my.ini y php.ini, pero después de volver a cambiar los puertos (3307-> 3306) funcionó bien nuevamente.

Si cambió su puerto, aparece este tipo de error "com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: error en el enlace de comunicaciones" Compruebe su número de puerto

Acabo de experimentar esto.

Tengo que hacerlo funcionar: (esto se puede colocar en el bloque de entrada estático)

static{ // would have to be surrounded by try catch
    Class.forName("com.mysql.jdbc.Driver");   // this will load the class Driver
}

También al obtener la conexión a través de:

conn = DriverManager.getConnection(DBURL,<username>,<password>);

en lugar de especificar los parámetros de inicio de sesión

  Connection conn = DriverManager.getConnection( "jdbc:mysql://localhost:3306/projects?user=user1&password=123");

Saludos.

Intenta cambiar localhosta 127.0.0.1.

El localhost estaría resuelto a ::1. Y MySQL no se puede conectar a través de IPv6 de forma predeterminada.

Y aquí está la salida de telnet localhost 3306:

$ telnet localhost 3306
Trying ::1...

Y no hay respuesta del servidor MySQL.

Por supuesto, asegúrese de que su servidor MySQL se esté ejecutando.

dbhost=jdbc:mysql://172.18.23.100:3306/yourdatabase?useUnicode=yes&characterEncoding=UTF-8&useSSL=false
user=root
password=Password#321

con = DriverManager.getConnection(dbhost, user, password);

si mysql versión 8 o superior actualizó el conector del usuario

Para llamadas remotas a Mysql

1. Agregue usuario remoto a Mysql desde por ejemplo IP = remoteIP:

   mysql -u xxxx -p //local coonection to mysql
   mysql> GRANT ALL PRIVILEGES ON *.* TO 'theNewUser'@'remoteIP' IDENTIFIED BY 'passWord';
   //Query OK, 0 rows affected (xx sec)
   mysql> FLUSH PRIVILEGES;
   //Query OK, 0 rows affected

2. Permitir acceso remoto a Mysql (por defecto no se permiten todas las llamadas externas):

   Edit 
   /etc/mysql/mysql.conf.d/mysqld.cnf    or    /etc/mysql/my.cnf
   Change line:  bind-address = 127.0.0.1   to
                 bind-address = 0.0.0.0
   Restart Mysql: /etc/init.d/mysql restart

3. Para la última versión del controlador JDBC, el JDBC:

   jdbc.url='jdbc:mysql://remoteIP:3306/yourDbInstance?autoReconnect=true&useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC'
   jdbc.user='theNewUser'

Tuve el mismo problema, y ​​así es como se solucionó:

1. Mi .jsp estaba llamando a atributos que aún no había definido en el servlet.
2. Tenía dos nombres de columna que estaba pasando a un objeto ResultSet (getString("columnName"))que no coincidían con los nombres de columna en mi base de datos.

No estoy exactamente seguro de cuál solucionó el problema, pero funcionó. Además, asegúrese de que se crea un nuevo Statementy ResultSetpara cada consulta de tabla.

Podría ser un simple problema de jarra. Es posible que esté utilizando una mysql-connector-java-XXX-bin.jarversión anterior que no sea compatible con su versión actual de MySQL. Lo usé mysql-connector-java-5.1.18-bin.jarcomo lo estoy usando mysql 5.5y este problema se resolvió por mí.

Tal vez no inició su servidor Mysql y Apache. Después de iniciar el servidor Apache y Mysql desde el panel de control XAMPP, la conexión se estableció con éxito.

¡Buena suerte!

Lo que resolvió para mí es hacer 2 cosas: 1. crear un nuevo usuario que no sea root con alguna contraseña utilizando las siguientes opciones:

CREATE USER 'newuser'@'localhost' IDENTIFIED BY 'password';
GRANT ALL PRIVILEGES ON *.* TO 'newuser'@'localhost';
FLUSH PRIVILEGES;

2. comentar la línea de dirección IP en mysqld.conf

luego conéctese con un nuevo nombre de usuario y contraseña. deberia de funcionar.

Intentaba conectarse a una versión anterior de MySQL ('versión', '5.1.73'); cuando usa una versión de controlador más reciente, recibe un error que le indica que use el "com.mysql.cj.jdbc.Driver o incluso que no tiene que especificar cuál usa:

Cargando clase com.mysql.jdbc.Driver'. This is deprecated. The new driver class iscom.mysql.cj.jdbc.Driver '. El controlador se registra automáticamente a través del SPI y la carga manual de la clase de controlador generalmente no es necesaria.

Cambié la declaración para usar la versión 5.1.38 del mysql-connector-java y, en el código, guardé el com.mysql.jdbc.Driver .

<dependency>
    <groupId>mysql</groupId>
    <artifactId>mysql-connector-java</artifactId>
    <version>5.1.38</version>
</dependency>

Todo comenzó cuando vi la respuesta de Ankit Jain

Mi firewall estaba bloqueando la publicación 3307 que mi MySQL escuchaba. Así que cambié el puerto de 3307 a 3306 y luego me puedo conectar con éxito a una base de datos.

En mi MacBook, he resuelto este error solo cuando reinstalo la nueva versión de eclipse EE y elimino servidores locales como xamp mysql o mamp, pero utilizo solo uno de ellos ...

En mi caso, tuve que establecer un túnel ssh para la base de datos remota y todas las configuraciones eran correctas y probar la conexión con PhpStorm también fue exitoso. Y también se cargó el esquema, pero no los datos. En cambio obtuve:

[08S01] Communications link failure. The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.

Ninguna de las sugerencias anteriores funcionó. ¡Por alguna razón intenté resolver el problema simplemente reiniciando PhpStorm y listo, funcionó!

Estaba recibiendo múltiples errores como:

• CommunicationsException: Communications link failure
• java.lang.NullPointerException: Attempt to invoke interface method 'java.sql.Statement java.sql.Connection.createStatement()' on a null object reference at.

Tuve que agregar:

• En AndroidManifest.xml incluye <uses-permission android:name="android.permission.INTERNET"/>justo después de la etiqueta de manifiesto de apertura.

• Agregue el controlador JDBC a sus dependencias de Gradle (o Maven).