MySQL Connector/J

MySQL Connector / J est un pilote de type 4 JDBC et permet de connecter des applications basées sur Java à des bases de données MySQL.
MySQL Connector / J est parfait pour les petites et moyennes à l'échelle des applications. Pour les grandes applications à grande échelle, il est recommandé d'utiliser les frameworks de persistance Java avancées comme Spring ou Hibernate.
MySQL Connector / C ++ est sous licence GPL avec une licence commerciale sur demande

Ce qui est nouveau dans cette version:.

• Connector / J applications peuvent désormais se connecter aux serveurs MySQL qui utilisent le système d'authentification PAM.

Ce qui est nouveau dans la version 5.1.18:

• Fonctionnalités ajoutées ou modifiées:
• Ajout de la fonction MYSQL_INDEX_TO_MYSQL_CHARSET pour récupérer le nom du jeu de caractères du serveur, en utilisant un index à la place des variables d'analyse à CharsetMapping.java
• Bugs Correction:
• La mise en œuvre LRUCache retiré l'entrée aîné, plutôt que le moins récemment accédé. (Bug # 13036537)
• Changement cacheCallableStatements à cacheCallableStmts dans maxPerformance.properties, pour permettre la mise en cache appropriée. (Bug # 13036309)
• Ajout d'une nouvelle fourmi drapeau, com.mysql.jdbc.junit.fork, qui contrôle si JUnit va débourser de nouveaux processus.
• La valeur sur: La valeur par défaut, et le comportement de l'héritage. Ou off): Obligation pour Windows, car autrement des erreurs d'échec processus de fourche se traduira lors de l'exécution de la suite par l'intermédiaire de fourmi de test sur Windows. (Bug # 12784170)
• Ne pas mettre un espace entre les valeurs () et ON DUPLICATE KEY UPDATE provoque connecteur / J à la fois (A) Réécrivez la requête, même si elle comprend un UPDATE statment ON et (B) Pour générer la mauvaise requête avec multiples ON DUPLICATE KEY déclarations. (Bug # 12565726)
• Le & quot; vieux & quot; avertissements ont été retournés lorsque Statement.getWarnings () a été appelée après Statement.clearWarnings (). (Bug # 61866, Bug # 12791594)
• Appel Statement.cancel () sur une déclaration qui ne sont pas en train d'exécuter, fera une requête plus tard exécuté sur la même connexion à être annulée de façon inattendue. Le conducteur garde maintenant contre cette condition, mais il ya un problème de serveur sous-jacent. La déclaration KILL QUERY MySQL (qui est ce que le conducteur utilise pour mettre en œuvre Statement.cancel ()) est plutôt non-déterministe, et donc l'utilisation de Statement.cancel () devrait être évitée si possible. (Bug # 61501)
• Une connexion n'a pas pu être établie lorsque l'URL contient deux sessionVariables et CharacterEncoding. (Bug # 61201, Bug # 12649557)
• Revenant modifications apportées à ConnectionImpl.java, la fonction privée de characterSetNamesMatches booléennes.

Ce qui est nouveau dans la version 5.1.15:

• Correction de bugs:
• La liste codée en dur de mots réservés dans Connector / J n'a pas été mis à jour pour refléter la liste des mots réservés dans MySQL Server 5.5.

Ce qui est nouveau dans la version 5.1.13:

• Fonctionnalités ajoutées ou modifiées:
• Connector / J ne prend pas en charge pour les serveurs utf8mb4 5.5.2 et plus récentes.
• Correction de bugs:
• Les unSafeStatementInterceptors méthode () contenait une ligne de code erronée, qui a abouti à l'interception d'être appelé, mais le résultat est jeté.
• Il était une régression de performances d'environ 25% entre r906 et R907, qui semble être causé en appuyant sur le Proxy jusqu'à la couche d'E / S.
• Dans le fichier DatabaseMetadata.java, la fonction getCallStmtParameterTypes private void échoué si le paramètre a été définie sur plus d'une ligne en utilisant le '& # x5C; n' caractère
.