当连接到MySQL服务器5.6或更高版本时,Connector/J现在会向服务器发送许多连接属性,这些属性将在相关的
PERFORMANCE_SCHEMA
表。缺省情况下,发送以下属性:client_version
: MySQL Connector/J的版本号client_name
:”MySQL连接器Java”client_license
:”商业””或”GPL,”这取决于所使用的构建runtime_vendor
: JVM厂商名称runtime_version
: JVM版本
属性列表可以被扩充,属性的发送可以被抑制。参见描述
connectionAttributes
在连接器/J的配置属性获取详细信息。
的”
mysql-connector-java-5.1.24.jar
”为maven.org准备的包含了工件META-INF/INDEX。LIST,它错误地指向”mysql-connector-java-5.1.24-bin.jar
”.对于连接器/J 5.1.25,meta - inf /索引。列表
已经改正了,现在又指向哪里”mysql-connector-java-5.1.25.jar
”.周围的工作”
mysql-connector-java-5.1.24.jar
”为maven.org准备的是重命名JAR文件为”mysql-connector-java-5.1.24-bin.jar
”或下载MySQL Connector/J 5.1.24驱动程序http://dev.10bet靠谱mys10bet手机中文版ql.com/downloads/connector/j/.(错误# 16574419)的
getDriverName ()
函数会返回”MySQL-AB JDBC驱动”作为驱动程序名称。此修复程序将驱动程序名称字符串更改为”MySQL连接器Java”.(错误# 16436511)使用连接选项
rewriteBatchedStatements = true
,在批量插入后,batchStatement
关门两次。这导致了一些不必要的抛出和捕获错误,影响了代码性能。此修复将使batchStatement
在第一次呼叫之后close ()
方法,以避免第二次关闭。(Bug #69308, Bug #16879267)的
DatabaseMetaData
的方法getFunctions
而且getFunctionColumns
当连接选项的值为时,返回存储函数和过程的信息useInformationSchema
是假
.另一方面,getProcedures
而且与getProcedureColumns
总是返回存储过程和函数的信息。这四个函数的行为与JDBC4以来引入的分离”得到”存储函数和过程的函数。功能修改如下:getFunctions
而且getFunctionColumns
现在只返回存储函数(而不是存储过程)的信息,而不考虑的值useInformationSchema
.为
getProcedures
而且与getProcedureColumns
,为了保持与前jdbc4实现的向后兼容性,一个新的连接选项,getProceduresReturnsFunctions
,默认值为真正的
使getProcedures
而且与getProcedureColumns
返回存储过程和函数的信息。将选项设置为假
使函数只返回存储过程的信息。
(Bug #69298, Bug #16845965)
ReplicationConnection.isMasterConnection ()
,它用于检查当前连接是否是主连接,将总是返回”假”.此修复实现了返回的逻辑”真正的”如果当前连接是主连接。(Bug #68763, Bug #16545334)在复制部署中使用Connector/J时,将无法ping通所有从连接。此修复确保所有到slave的活动物理连接都被ping通,并且通信异常在以下情况下被抛出:
主连接ping失败,连接当前设置为通过使用主连接
Connection.setReadOnly(假)
.Connection对象被设置为使用从通道
Connection.setReadOnly(真正的)
,当前选择的从连接ping失败。
(Bug #68733, Bug #16526938)
使用Ant任务在Eclipse中生成Connector/J JAR包会产生一个没有编译类文件的JAR文件。Ant脚本中与编译相关的任务将把编译目标指向
箱子
目录(为了Eclipse兼容性),而与JAR相关的任务被定向到该目录{buildDir} / $ {fullProdName}
.此修复程序将JAR任务引用更改为$ {compiler.output}
而不是{buildDir} / $ {fullProdName}
.(Bug #68664, Bug #16486957)Tomcat无法停止废弃的连接清理线程。Bug#65909的修复引入了停止由Connector/J驱动程序启动的守护线程的能力,但它也清除了从守护线程到父类加载器的引用。当
clearReferencesStopThreads
属性设置为”真正的”在context.xml
, Tomcat分析类加载器来检测和停止丢失的线程。此修复确保废弃的连接清理线程保留对父类加载器的引用。(Bug #68556, Bug #16443387)的
DatabaseMetaData.getProcedureColumns ()
方法返回错误COLUMN_TYPE
值。(Bug #68307, Bug #16707803)发生异常时,如果
零
是否传递给了存储过程INOUT
参数。(Bug #60816, Bug #12800874)返回的结果集
可以获得的
没有包含JDBC规范中指定的所有列。尽管缺少的列对MySQL没有意义,但是可以获得的
方法被修改为向结果集添加空字段,以使其符合JDBC规范。其他方法包括getColumns
,getFunctionColumns
,getFunctions
,与getProcedureColumns
,getUDTs
也修改以解决与之相关的相同问题。(Bug #44451, Bug #11753081)