开完年会回公司加班，凌晨3点重启mysql数据库。
应用后台报错，开始怀疑是重启数据库造成的。开发人员说这个问题以前也发现过，但一直没找到解决方法。
应用的其它功能正常，唯独在查询历史数据的时候出现这个问题。
反正数据库已经调整完毕，各系统运行正常。这时回家也不太方便，顺便来看看这个问题。
找开发人员要到报错的代码，发现是在执行查询的时候返回的错误。
使用应用中配置的mysql的用户登录数据库，把相关的sql放到mysql里执行，很快便能查询出结果。
什么问题呢？如果是连不上数据库，其它连接数据库的功能也应该不正常啊。为什么只有这一个功能不正常呢？
java.sql.SQLException: Query execution was interrupted
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:946)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2870)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1573)
at com.mysql.jdbc.ServerPreparedStatement.serverExecute(ServerPreparedStatement.java:1160)
at com.mysql.jdbc.ServerPreparedStatement.executeInternal(ServerPreparedStatement.java:685)
at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1262)
at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.executeQuery(NewProxyPreparedStatement.java:76)
at com.*.getOrderStatusMenuCount(CCDDao.java:1898)
at com.*.getOrderStatusMenuCount(CCDService.java:147)
at com.*.getCommonUserJob(SocketJob.java:539)
at com.*.MultiThreadHandler.run(MultiThreadHandler.java:140)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
再来检查代码，发现查询中用到了超时设置setQueryTimeout，默认这个单位应该是秒。
在jdk的jdk1.6.0_13\src.zip\java/sql/Statement.java 下可以看到这个注释
* <code>Statement</code> object to execute to the given number of seconds.
程序中设置的setQueryTimeout是30，意味着这个查询超过30秒才会被中断。而目前的情况是在生产环境中
只要一点击这个查询就会很快返回这个错误，连1秒钟都不到。仔细看了代码我开始怀疑超时的设置单位是不是有
问题。于是开在google上搜索setQueryTimeout mysql 很快便发现了线索。原来是mysql jar包的bug。
在mysql的mysql-connector-java-5.0.3-bin.jar中，这个单位应该是毫秒。
而程序中设置的setQueryTimeout 是30 也就是30毫秒，难怪一查询就出错呢。
描述该问题的相关链接：http://yymmiinngg.iteye.com/blog/970918
而我们用的myql的驱动正好是mysql-connector-java-5.0.3-bin.jar
鉴于调优后数据库的性能比较好，把程序中的超时设置取消掉了。问题解决。
--转自
当前位置：
论坛首页 »
自由讨论区 »
MySQL, Oracle及数据库讨论区
»
发起投票
技术讨论
加好友
发消息
2014-11-14 10:15:36 |
赞(
操作
