MySQL Connector/J

MySQL Connector / J е JDBC тип 4 водача и позволява свързване на Java-базирани приложения за бази данни MySQL.
MySQL Connector / J е идеална за малки до средни по мащаб приложения. За широкомащабни приложения, се препоръчва използване на напреднали Java Устойчивост рамки като Spring или хибернация.
MySQL Connector / C ++ се разпространява под GPL с търговски лиценз при поискване

Какво ново в тази версия:.

• Connector / J приложения вече могат да се свързват към MySQL сървъри, които използват системата за PAM удостоверяване.

Какво ново във версия 5.1.18:

• функционалност, добавени или променени:
• Добавена е функция MYSQL_INDEX_TO_MYSQL_CHARSET да изтегли името на сървъра набор от знаци, като се използва индекс, вместо анализирането променливи да CharsetMapping.java
• Bugs Fixed:
• Изпълнението на LRUCache отстранява най-големият влизането, а не най-слабо наскоро достъп до нея. (Bug # 13036537)
• Променени cacheCallableStatements да cacheCallableStmts в maxPerformance.properties, за да позволи правилното кеширане. (Bug # 13036309)
• добавено ново мравка флаг, com.mysql.jdbc.junit.fork, която контролира дали JUnit ще вилицата нови процеси.
• Стойността на: по подразбиране, и наследството поведение. Или Изключено): Задължително за Windows, тъй като в противен грешки процес рогове недостатъчност ще доведат по време на движение на тестов пакет чрез мравка на Windows. (Bug # 12784170)
• да не се поставят на разстояние между стойности () и ON DUPLICATE KEY UPDATE причинява конектор / J за двете (A) Препишете заявката, въпреки че включва ON UPDATE Statment и (B) за генериране на грешен заявката с множествена ON DUPLICATE KEY отчети. (Bug # 12565726)
• The & quot; старите & quot; предупреждения са били върнати, когато Statement.getWarnings () се нарича след Statement.clearWarnings (). (Bug # 61866, Bug # 12791594)
• Повикване Statement.cancel () на декларация, че в момента не се изпълнява, ще доведе до по-късно изпълнен заявка за същата връзка да бъде неочаквано отменен. Водачът сега предпазва от това състояние, но е скрита сървър въпрос. MySQL изявление KILL заявката за (което е това, което водачът използва за изпълнение Statement.cancel ()) е по-скоро не-детерминирана, и по този начин използването на Statement.cancel () трябва да се избягва, ако е възможно. (Bug # 61501)
• A връзка не може да бъде установена, когато URL, съдържащ се sessionVariables така и characterEncoding. (Bug # 61201, Bug # 12649557)
• Връщане промени, направени в ConnectionImpl.java, булеви characterSetNamesMatches функцията за лично.

Какво ново във версия 5.1.15:

• Bugs фиксиран:
• Твърдият кодирани списъка на запазени думи от Connector / J не е актуализиран, за да отрази в списъка на запазените думи в MySQL сървър 5.5.

Какво ново във версия 5.1.13:

• добавени или променени Функционалност:
• Connector / J не подкрепят utf8mb4 за сървъри 5.5.2 и по-нови.
• Bugs фиксиран:
• unSafeStatementInterceptors методът (или методите), съдържаща се на погрешна ред код, който се превърна в прехващач се нарича, но резултатът се изхвърля.
• Имаше една регресия изпълнение на приблизително 25% между r906 и r907, която се появява, за да бъдат причинени от натискане на Proxy надолу до I / O слой.
• В файл DatabaseMetadata.java на функцията частни невалидни getCallStmtParameterTypes неуспешни, ако параметъра е определена повече от една линия, като използвате "& # x5c; N 'характер
.