MySQL Connector/J

MySQL Connector / J é um driver JDBC Tipo 4 e permite conectar aplicativos baseados em Java para bancos de dados MySQL.
MySQL Connector / J é perfeito para pequenas e médias escalado apps. Para aplicações de grande escala, recomenda-se usar avançados frameworks de persistência Java como Spring ou Hibernate.
MySQL Connector / C ++ está licenciado sob a GPL com uma licença comercial mediante solicitação

O que é novo nesta versão:.

• Connector / J aplicações agora podem se conectar a servidores MySQL que utiliza o sistema de autenticação PAM.

O que é novo na versão 5.1.18:

• Funcionalidades adicionadas ou alteradas:
• Adicionado o MYSQL_INDEX_TO_MYSQL_CHARSET função para recuperar o nome charset servidor, usando um índice em vez de variáveis ​​de análise para CharsetMapping.java
• Bugs fixa:
• A implementação LRUCache removido a entrada mais velho, em vez de o menos recentemente acessados. (Bug # 13036537)
• Mudou cacheCallableStatements para cacheCallableStmts em maxPerformance.properties, para permitir o cache adequada. (Bug # 13036309)
• Adicionado uma nova formiga bandeira, com.mysql.jdbc.junit.fork, que controla se JUnit vai desembolsar novos processos.
• O valor em: O padrão e comportamento legado. Ou off): Necessário para Windows, caso contrário, erros de falha processo forquilha resultará durante a execução do conjunto de teste via formiga no Windows. (Bug # 12784170)
• Não colocar um espaço entre VALUES () e ON DUPLICATE KEY UPDATE faz com conector / J tanto para (A) Reescreva a consulta, ainda que inclui um statment ON UPDATE e (B) Para gerar a consulta de errado com múltiplos ON DUPLICATE KEY declarações. (Bug # 12565726)
• O & quot; velho & quot; avisos foram devolvidos quando Statement.getWarnings () foi chamado após Statement.clearWarnings (). (Bug # 61866, Bug # 12791594)
• Chamando Statement.cancel () em uma declaração de que não está em execução, fará com que uma consulta mais tarde executado na mesma conexão a ser inesperadamente cancelada. O driver agora protege contra esta condição, mas é um problema de servidor subjacente. A instrução KILL QUERY MySQL (que é que o condutor utiliza para implementar Statement.cancel ()) é bastante não-determinística, e, portanto, a utilização de Statement.cancel () deve ser evitada, se possível. (Bug # 61501)
• A conexão não pôde ser estabelecida quando o URL continha ambos os sessionVariables e characterEncoding. (Bug # 61201, Bug # 12649557)
• Revertendo as alterações feitas ConnectionImpl.java, a função privada characterSetNamesMatches boolean.

O que é novo na versão 5.1.15:

• Bugs corrigidos:
• A lista codificada de palavras reservadas em Connector / J não foi atualizado para refletir a lista de palavras reservadas em MySQL Server 5.5.

O que é novo na versão 5.1.13:

• Funcionalidades adicionadas ou alteradas:
• Connector / J não suporta utf8mb4 para servidores 5.5.2 e mais recentes.
• Bugs corrigidos:
• Os unSafeStatementInterceptors () método continha uma linha com erro de código, o que resultou na interceptor sendo chamado, mas o resultado que está sendo jogado fora.
• Houve uma regressão de desempenho de cerca de 25% entre r906 e R907, que parecia ser causado por empurrando o Proxy para baixo para a camada I / O.
• No DatabaseMetadata.java arquivo, a função getCallStmtParameterTypes private void falhado se o parâmetro foi definido ao longo de mais de uma linha, utilizando o '& # x5C; n' caráter
.