MySQL Connector/J

MySQL Connector / J egy JDBC 4-es típusú illesztőprogram és lehetővé teszi a csatlakozó Java-alapú alkalmazások a MySQL adatbázisok.
MySQL Connector / J tökéletes kis és közepes léptékű apps. A nagyszabású alkalmazások, akkor ajánlott a fejlett Java perzisztencia keretek, mint a tavaszi vagy hibernált.
MySQL Connector / C ++ van GPL alatt licencelt egy kereskedelmi licenc-val.

Mi az új ebben a kiadásban:

• Connector / J alkalmazások most kapcsolódni a MySQL kiszolgálók használja a PAM hitelesítési rendszert.

Mi az új verzióban 5.1.18:

• Működés új vagy módosult:
• Added a funkciót MYSQL_INDEX_TO_MYSQL_CHARSET letölteni a szerver karakterkészletnév, indexek segítségével elemzése helyett változók CharsetMapping.java
• kijavított hibák:
• A LRUCache végrehajtása eltávolították a legidősebb bejegyzést, nem pedig a legkevésbé fértek hozzá. (Bug # 13036537)
• Megváltozott cacheCallableStatements hogy cacheCallableStmts a maxPerformance.properties, hogy lehetővé teszik a megfelelő cache-t. (Bug # 13036309)
• Egy új ant zászló, com.mysql.jdbc.junit.fork, amely szabályozza, hogy JUnit fork új eljárások.
• Az érték: Az alapértelmezett, és a régebbi viselkedését. Vagy ki): szükség van a Windows, mert különben a folyamat villát hiba hibákat eredményez, miközben fut a tesztsorozat keresztül hangya a Windows-t. (Bug # 12784170)
• Nem amivel egy helyet értékek között () és az ON ismétlődő kulcs UPDATE okoz csatlakozó / J mindkét (A) Írd át a lekérdezést, bár magában foglal egy ON UPDATE statment és (B) előállításához a rossz lekérdezés több ON ismétlődő kulcs nyilatkozatokat. (Bug # 12565726)
• A & quot; régi & quot; figyelmeztetéseket küldtek vissza, amikor Statement.getWarnings () hívás után Statement.clearWarnings (). (Bug # 61866, Bug # 12791594)
• Calling Statement.cancel () egy nyilatkozatot arról, hogy nem éppen futó, okoz egy későbbi kivitelezett lekérdezés ugyanazt a kapcsolatot, hogy váratlanul lemondta. A vezető most véd ez a feltétel, de van egy mögöttes szerver probléma. A MySQL nyilatkozatot KILL QUERY (ami a vezető használja, hogy hajtsák végre Statement.cancel ()) inkább nem determinisztikus, és így a használata Statement.cancel () el kell kerülni, ha lehetséges. (Bug # 61501)
• A kapcsolat nem hozható létre, ha az URL tartalmazza mind sessionVariables és characterEncoding. (Bug # 61201, Bug # 12649557)
• A módosítások visszaállítása történik ConnectionImpl.java, a saját logikai characterSetNamesMatches funkciót.

Mi az új verzióban 5.1.15:

• hiba javítva:
• A kódolt listát fenntartott szavak Connector / J nem frissül az előjegyzések listája szava MySQL Server 5.5.

Mi az új verzióban 5.1.13:

• Működés új vagy módosult:
• Connector / J nem támogatta utf8mb4 a szerverek 5.5.2 és újabb.
• hiba javítva:
• A módszer unSafeStatementInterceptors () tartalmazott egy hibás kódsor, ami az elfogó hogy hívják, de az eredmény eldobják.
• Volt egy előadás regressziós durván 25% közötti r906 és r907, amely megjelent az okozta, nyomja a Proxy le az I / O réteg.
• A fájl DatabaseMetadata.java, a funkció private void getCallStmtParameterTypes nem sikerült, ha a paraméter határozza több mint egy sort, használd a "& # X5c; n 'karakter.