MySQL Connector/J

MySQL Connector / J este un tip de 4 driver JDBC și permite conectarea aplicații bazate pe Java pentru baze de date MySQL.
MySQL Connector / J este perfect pentru mici aplicații mijlocii scalate. Pentru aplicații la scară largă, se recomandă utilizarea avansate cadre de persistenta Java, cum ar fi de primăvară sau Hibernate.
MySQL Connector / C ++ este licențiat sub GPL, cu o licență comercială la cerere

Ce este nou în această versiune:.

• conector / aplicații J se poate conecta acum la serverele MySQL care folosesc sistemul de autentificare PAM.

Ce este nou în versiunea 5.1.18:

• Funcționalitate adăugate sau modificate:
• adăugat funcția MYSQL_INDEX_TO_MYSQL_CHARSET pentru a prelua numele serverului charset, folosind un index în loc de variabile parsing a CharsetMapping.java
• Bugs fix:
• Implementarea LRUCache eliminat cel mai mare intrare, mai degrabă decât puțin recent accesate. (Bug # 13036537)
• schimbată cacheCallableStatements la cacheCallableStmts în maxPerformance.properties, pentru a permite caching corectă. (Bug # 13036309)
• a adaugat un nou steag furnică, com.mysql.jdbc.junit.fork, care controlează dacă JUnit va plăti noi procese.
• Valoarea pe: implicit, și comportamentul moștenire. Sau off): Necesar pentru Windows, cum altfel erori eșec proces de furcă va rezulta în timp ce rulează suita de teste prin furnică pe Windows. (Bug # 12784170)
• Nu pune un spațiu între valorile () și ON DUPLICATE UPDATE KEY provoacă conector / J atât (A) Rescrie interogare, deși include un Declaratie UPDATE ON și (B) Pentru a genera interogarea în neregulă cu multiple asupra DUPLICATE KEY Declarații. (Bug # 12565726)
• & quot; vechi & quot; avertismente au fost returnate când Statement.getWarnings () a fost numit după Statement.clearWarnings (). (Bug # 61866, Bug # 12791594)
• Tonuri Statement.cancel () pe o declarație care nu este în prezent de executare, va provoca o interogare mai târziu, executate pe aceeași conexiune să fie anulată în mod neașteptat. Conducătorul auto păzește acum împotriva această condiție, dar este o problemă de server de bază. Interogare MySQL declarație KILL (care este ceea ce conducătorul auto utilizează pentru punerea în aplicare Statement.cancel ()) este mai degrabă non-deterministic, și, astfel, utilizarea Statement.cancel () ar trebui să fie evitate, dacă este posibil. (Bug # 61501)
• O conexiune nu a putut fi stabilită în cazul în care adresa URL conține atât sessionVariables și characterEncoding. (Bug # 61201, Bug # 12649557)
• Revenind modificările aduse ConnectionImpl.java, privat funcția characterSetNamesMatches boolean.

Ce este nou în versiunea 5.1.15:

• Bugs fix:
• hard-coded lista de cuvinte rezervate în Connector / J nu a fost actualizat pentru a reflecta lista de cuvinte rezervate în MySQL Server 5.5.

Ce este nou în versiunea 5.1.13:

• Funcționalitate adăugate sau modificate:
• Conector / J nu susține utf8mb4 pentru servere 5.5.2 și noi.
• Bugs fix:
• unSafeStatementInterceptors metoda () conține o linie greșită a codului, care a dus la separatorului fiind numit, dar rezultatul a fost aruncat.
• Nu a fost un regres de performanță de aproximativ 25% între r906 și r907, care părea a fi cauzate de împingerea Împuternicit până la stratul de I / O.
• În DatabaseMetadata.java fișier, funcția getCallStmtParameterTypes privat nule nu dacă parametrul a fost definit pe mai mult de o linie, cu ajutorul "& # x5c, n" caracter
.