MySQL Connector/J

MySQL Connector / J es un JDBC de tipo 4 conductor y permite la conexión de aplicaciones basadas en Java para bases de datos MySQL.
MySQL Connector / J es perfecto para pequeñas y medianas escala aplicaciones. Para aplicaciones a gran escala, se recomienda el uso de marcos avanzados de persistencia Java como Spring o Hibernate.
MySQL Connector / C ++ está licenciado bajo la GPL con una licencia comercial a petición

¿Qué hay de nuevo en esta versión:.

• Connector / J aplicaciones ahora pueden conectarse a servidores MySQL que utilizan el sistema de autenticación PAM.

¿Qué hay de nuevo en la versión 5.1.18:

• mayor funcionalidad ni Cambiado:
• Añadido el MYSQL_INDEX_TO_MYSQL_CHARSET función para recuperar el nombre de juego de caracteres del servidor, utilizando un índice en lugar de las variables de análisis para CharsetMapping.java
• Errores solucionados:
• La implementación LRUCache quita la entrada mayor, en lugar de los menos recientemente. (Bug # 13036537)
• Se ha cambiado cacheCallableStatements a cacheCallableStmts en maxPerformance.properties, para permitir el almacenamiento en caché adecuada. (Bug # 13036309)
• añadido un nuevo pabellón hormiga, com.mysql.jdbc.junit.fork, que controla si JUnit se bifurcará nuevos procesos.
• El valor de: El valor por defecto, y el comportamiento legado. O apagado): Requerido para Windows, ya que de lo contrario los errores de fallo horquilla proceso dará como resultado al ejecutar el conjunto de pruebas a través de la hormiga en Windows. (Bug # 12784170)
• No poner un espacio entre VALUES () y ON DUPLICATE KEY UPDATE provoca conector / J para ambos (A) Vuelva a escribir la consulta, aunque incluye un statment ACTUALIZACIÓN SOBRE y (B) Para generar la consulta de malo en múltiples EN DUPLICADO CLAVE declaraciones. (Bug # 12565726)
• El & quot; viejo & quot; advertencias fueron devueltos cuando Statement.getWarnings () fue llamado después Statement.clearWarnings (). (Bug # 61866, Bug # 12791594)
• Llamando Statement.cancel () en un comunicado que no está ejecutando actualmente, hará que una consulta de tarde ejecutado en la misma conexión que ser cancelado inesperadamente. El conductor ahora protege contra esta enfermedad, pero es un problema del servidor subyacente. El CONSULTA MATANZA declaración MySQL (que es el que utiliza el controlador de implementar Statement.cancel ()) es más bien no determinista, y por lo tanto el uso de Statement.cancel () debe ser evitado si es posible. (Bug # 61501)
• Una conexión no se puede establecer cuando la URL contenía ambos sessionVariables y characterEncoding. (Bug # 61201, Bug # 12649557)
• Revertir los cambios realizados en ConnectionImpl.java, la función characterSetNamesMatches booleanos privado.

¿Qué hay de nuevo en la versión 5.1.15:

• Bugs fijo:
• La lista no modificable de palabras reservadas en Connector / J no se ha actualizado para reflejar la lista de palabras reservadas en MySQL Server 5.5.

¿Qué hay de nuevo en la versión 5.1.13:

• Funcionalidad añadido o cambiado:
• Connector / J no apoyó utf8mb4 para servidores 5.5.2 y posteriores.
• Bugs fijo:
• Las unSafeStatementInterceptors método () contenida una línea errónea de código, lo que resultó en el interceptor de ser llamado, pero el resultado se desecha.
• No hubo una regresión rendimiento de aproximadamente el 25% entre r906 y R907, que parecía estar causada por empujar el Proxy hasta la capa de E / S.
• En el DatabaseMetadata.java archivo, la función getCallStmtParameterTypes private void falló si el parámetro se define sobre más de una línea utilizando el '& # X5c; n' carácter
.