MySQL Connector/J

MySQL Connector / J ay isang JDBC Type 4 driver at nagbibigay-daan sa pagkonekta Java-based na apps sa MySQL database.
MySQL Connector / J ay perpekto para sa mga maliliit hanggang katamtamang pinaliit apps. Para sa mga malalaking scale apps, ito ay inirerekomenda ang paggamit ng mga advanced na pagtitiyaga Java frameworks tulad ng Spring o hibernate.
MySQL Connector / C ++ ay lisensiyado sa ilalim ng GPL sa isang komersyal na lisensya sa kahilingan

Ano ang bago sa release na ito.

• maaari na ngayong kumonekta Connector / aplikasyon J sa mga server ng MySQL na gamitin ang sistema Pam authentication.

Ano ang bago sa bersyon 5.1.18:

• Pag-andar Idinagdag o Nabago:
• Idinagdag ang function MYSQL_INDEX_TO_MYSQL_CHARSET upang makuha ang pangalan ng server charset, gamit ang isang index sa halip ng mga variable sa pag-parse sa CharsetMapping.java
• Mga bug Fixed:
• dahil ang LRUCache pagpapatupad pinakamatanda entry, sa halip na ang hindi bababa sa-kamakailan-access. (Bug # 13,036,537)
• Nagbago cacheCallableStatements sa cacheCallableStmts in maxPerformance.properties, upang payagan ang mga tamang caching. (Bug # 13,036,309)
• Added ng isang bagong ant flag, com.mysql.jdbc.junit.fork, na kontrol sa kung JUnit ay abono bagong proseso.
• Ang halaga sa: Ang default, at legacy uugali. O off): Kinakailangan para sa Windows, bilang kung hindi man proseso tinidor error failure ay magreresulta habang tumatakbo ang test suite pamamagitan ant sa Windows. (Bug # 12,784,170)
• Hindi paglagay ng espasyo sa pagitan ng mga halaga () at SA dobleng KEY UPDATE nagiging sanhi ng connector / J sa kapwa (A) Muling isulat ang mga query, bagaman ito ay nagsasama ng isang SA UPDATE pahayag at (B) Upang bumuo ng maling query na may maramihang SA dobleng KEY pahayag. (Bug # 12,565,726)
• Ang & quot; old & quot; babala ay ibabalik kapag Statement.getWarnings () ay tinatawag na matapos Statement.clearWarnings (). (Bug # 61866, Bug # 12,791,594)
• Pagtawag Statement.cancel () sa isang pahayag na hindi kasalukuyang Isinasagawa, ay magiging sanhi ng isang mamaya naisakatuparan query sa parehong koneksyon sa ay hindi inaasahan ang kinansela. Ang driver ng guards ngayon laban sa ganitong kondisyon, ngunit ito ay isang batayan na issue server. Ang MySQL statement KILL QUERY (kung saan ay kung ano ang gumagamit sa mga driver upang ipatupad Statement.cancel ()) sa halip ay non-deterministic, at sa gayon ay ang paggamit ng mga Statement.cancel () ay dapat na iwasan kung maaari. (Bug # 61501)
• Ang isang koneksyon ay hindi maaaring itinatag kapag nakapaloob ang URL sa parehong sessionVariables at characterEncoding. (Bug # 61201, Bug # 12,649,557)
• Ibinabalik pagbabago na ginawa sa ConnectionImpl.java, ang private function boolean characterSetNamesMatches.

Ano ang bago sa bersyon 5.1.15:

• Mga bug fixed:
• Ang hard-code na listahan ng nakalaan na salita sa Connector / J ay hindi na-update upang sumalamin ang listahan ng mga reserved salita sa MySQL Server 5.5.

Ano ang bago sa bersyon 5.1.13:

• Pag-andar idinagdag o binago:
• Connector / J ay hindi sumusuporta utf8mb4 para sa mga server 5.5.2 at mas bago.
• Mga bug fixed:
• Ang paraan unSafeStatementInterceptors () na nakapaloob sa isang maling linya ng code, na nagresulta sa interceptor natawag, ngunit ang resulta hagis layo.
• May isang pagganap pagbabalik ng humigit-kumulang 25% sa pagitan ng r906 at r907, na lumitaw na maging sanhi ng panunulak ang Proxy pababa sa I / O layer.
• Sa file DatabaseMetadata.java, ang function private void getCallStmtParameterTypes bigo kung ang parameter ay tinukoy sa loob ng higit pa sa isang linya sa pamamagitan ng paggamit ng '& # x5c; n' na character
.