MySQL Connector/J

的MySQL Connector / J是一​​個JDBC類型4驅動程序，並允許連接基於Java的應用程序到MySQL數據庫。
的MySQL Connector / J是適合中小規模的應用程序。對於大型應用程序，它是使用像春天或休眠先進的Java持久性框架建議。
的MySQL Connector / C ++是根據GPL許可與要求商業許可

什麼在此版本中是新的：

• 連接器/ J應用程序現在可以連接到使用PAM認證系統的MySQL服務器。

什麼是5.1.18版本的新：

• 在功能添加或更改：
• 新增功能MYSQL_INDEX_TO_MYSQL_CHARSET檢索服務器的字符集的名稱，用來CharsetMapping.java
的索引，而不是分析變量
• 錯誤修正：
• 的實施LRUCache刪除最舊的條目，而不是最近最少訪問。 （錯誤＃13036537）
• 改變cacheCallableStatements到cacheCallableStmts在maxPerformance.properties，允許適當的緩存。 （錯誤＃13036309）
• 在增加了一個新的螞蟻標誌，com.mysql.jdbc.junit.fork，它控制的JUnit是否會派生新進程。
• 在值：默認，和傳統的行為。或關閉）：Windows所需的，否則進程fork失敗錯誤會導致在運行通過Ant的測試套件在Windows上。 （錯誤＃12784170）
• 在不把值之間（）和對重複密鑰更新的空間使連接器/ J既（A）重寫查詢，儘管它包含一個ON UPDATE說明書和（B）生成錯誤的查詢與多個ON重複鍵聲明。 （錯誤＃12565726）
• 的＆QUOT;老＆QUOT;返回了警告，當了Statement.getWarnings（）Statement.clearWarnings後，被稱為（）。 （錯誤＃61866，錯誤＃12791594）
• 在當前未執行語句調用Statement.cancel將（），將導致在相同的連接被取消意外以後執行的查詢。此時，駕駛員防這種情況，但它是一個潛在的服務器問題。 MySQL的聲明KILL QUERY（這是什麼驅動程序使用，以實現Statement.cancel將（））是相當不確定的，因而使用Statement.cancel將（）的，應盡量避免使用。 （錯誤＃61501）
• 的連接不能當URL包含兩個sessionVariables和建立的characterEncoding。 （錯誤＃61201，錯誤＃12649557）
• 恢復到ConnectionImpl.java，私營布爾characterSetNamesMatches功能所做的更改。

在什麼版本5.1.15新是：

• 在錯誤修正：
• 在沒有更新的連接器/ J保留字的硬編碼列表，以反映保留字在MySQL服務器5.5的列表中。

在什麼5.1.13版本是新的：

• 在功能添加或更改：
• 連接器/ J不支持utf8mb4的服務器5.5.2和更新的。
• 錯誤修正：
• 的方法unSafeStatementInterceptors（）包含一個錯誤的代碼行，這就造成了攔截器被調用，但結果被扔掉。
• 有對R906和R907之間大約25％的性能回歸這似乎是通過推代理向下到I / O層而引起的。
• 在該文件DatabaseMetadata.java，函數私人無效getCallStmtParameterTypes失敗如果參數定義一個以上的線通過用'＆＃x5c; n“字符
。