一段时间不活动后执行第一个Prepared语句时遇到以下异常:
com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure
The last packet successfully received from the server was 2,855,054 milliseconds ago. The last packet sent successfully to the server was 123 milliseconds ago.
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:406)
at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1074)
at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3052)
at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2938)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3481)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1959)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2109)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2648)
at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2077)
at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2228)
仅在我的应用程序最近未与MySQL通信时显示。后续查询正常执行。我怀疑这是某种超时问题,但是不活动的时间远低于MySQL的8小时超时。
有什么建议吗?
您是否正在使用连接池?如果是这样,您只需打开连接池检查/监视,这样就可以确保每次您的客户端线程都能获得有效的MySQL连接。大多数池都有一种方法,可以指定在连接借用之前或在空闲期间甚至有时在后台执行的省力SQL(为了获得更好的性能,而有可能向客户端线程发出一些错误的连接)。
另外,w.r.t。时间<8h问题,MySQL是否从收到的最后一个数据包或最近的重要事件(查询等)中计算出空闲状态?我记得在MySQL驱动程序代码中看到实现了心跳信号。
一段时间不活动后执行第一个Prepared语句时出现以下异常
这只是我的猜测-在一段时间不活动之后,默认情况下MySQL连接是关闭的,因为数据库连接是宝贵的资产,因此应该通过代码对其进行良好的管理。
检查代码是否与数据库连接控制有关,您可以在此处找到答案。尽管通过MySQL超时设置超时值是8小时-在您的代码(或其他人的代码?)中仍然可能,但是在一定时间不活动之后,将关闭连接。