MySQL Connector/J

MySQL Connector / J ist ein JDBC-Treiber vom Typ 4 und ermöglicht den Anschluss Java-basierte Anwendungen auf MySQL-Datenbanken.
MySQL Connector / J ist ideal für kleine bis mittlere Anwendungen skaliert. Bei großen Anwendungen wird mit Hilfe modernster Java-Persistenz-Frameworks wie Spring oder Hibernate empfohlen.
MySQL Connector / C ++ wird unter der GPL mit einer kommerziellen Lizenz auf Anfrage lizenziert

Was ist neu in dieser Pressemitteilung:.

• Connector / J-Anwendungen können jetzt eine Verbindung zum MySQL-Server, der die PAM-Authentifizierungssystem zu verwenden.

Was ist neu in Version 5.1.18:

• Funktionalität hinzugefügt oder geändert:
• die Funktion hinzugefügt, um den Server MYSQL_INDEX_TO_MYSQL_CHARSET charset Namen abzurufen, unter Verwendung eines Index statt Parsing Variablen CharsetMapping.java
• Fehler behoben:
• Die LRUCache Umsetzung der älteste Eintrag entfernt, anstatt die am wenigsten kürzlich zugegriffen. (Fehler # 13036537)
• geändert cacheCallableStatements zu cacheCallableStmts in maxPerformance.properties, um die ordnungsgemäße Zwischenspeicherung ermöglichen. (Fehler # 13036309)
• Es wurde eine neue Flagge ant, com.mysql.jdbc.junit.fork, die steuert, ob JUnit werden neue Prozesse berappen.
• Der Wert auf: The Standard und Legacy-Verhalten. Oder aus): für Windows erforderlich, da sonst Prozess Gabel Ausfallfehler führen während der Ausführung der Test-Suite über ant unter Windows. (Fehler # 12784170)
• Nicht setzen Sie ein Leerzeichen zwischen VALUES () und ON DUPLICATE KEY UPDATE verursacht Connector / J, um sowohl (A) Schreiben Sie die Abfrage, obwohl es enthält eine ON UPDATE-Anweisung und (B) an den falschen Abfrage mit mehreren ON DUPLICATE KEY erzeugen Aussagen. (Fehler # 12565726)
• Die & quot; alten & quot; Warnungen wurden zurückgegeben, wenn Statement.getWarnings () wurde nach Statement.clearWarnings () aufgerufen. (Bug # 61866, Bug # 12791594)
• Der Aufruf Statement.cancel () auf eine Erklärung, die aktuell nicht ausgeführt wird, führt zu einer später ausgeführten Abfrage auf derselben Verbindung unerwartet abgebrochen werden. Der Fahrer schützt jetzt gegen diesen Zustand, aber es ist eine zugrunde liegende Server-Problem. Die MySQL-Anweisung KILL QUERY (das ist, was der Treiber zu implementieren Statement.cancel ()) ist eher nicht-deterministisch, und somit die Verwendung von Statement.cancel () sollte vermieden werden, wenn möglich. (Bug # 61501)
• Eine Verbindung konnte nicht hergestellt werden, wenn der URL enthalten beide sessionVariables und characteren. (Bug # 61201, Bug # 12649557)
• Zurücksetzen Änderungen ConnectionImpl.java, die private boolean characterSetNamesMatches Funktion gemacht.

Was ist neu in Version 5.1.15:

• Fehler behoben:
• Die hartcodierte Liste der reservierten Wörter in Connector / J wurde nicht aktualisiert, um die Liste der reservierten Wörter in MySQL Server 5.5 anzupassen.

Was ist neu in Version 5.1.13:

• Funktionalität hinzugefügt oder geändert:
• Connector / J nicht unterstützt utf8mb4 für Server 5.5.2 und neuer.
• Fehler behoben:
• Die Methode unSafeStatementInterceptors () enthalten eine fehlerhafte Codezeile, die in der Abfangjäger führte genannt, doch ist das Ergebnis weggeworfen.
• Es gab eine Leistungsrückbildung von etwa 25% zwischen R906 und R907, die durch Drücken der Proxy auf dem I / O-Schicht verursacht werden schien.
• In der Datei DatabaseMetadata.java konnten die Funktion private void getCallStmtParameterTypes wenn der Parameter wurde über mehr als eine Zeile mit Hilfe der definierten '& # x5C; n' Zeichen
.