ActiveMQ java.sql.SQLException: No operations allowed after statement closed.

ActiveMQ java.sql.SQLException: No operations allowed after statement closed.

文章原作者地址：https://www.cnblogs.com/zhengyun_ustc/archive/2012/11/10/activemq_inactivity.html

环境：mysql5.5 activemq5.15
mysql主从同步，然后日志里面有报错
java.sql.SQLException: No operations allowed after statement closed.
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:957)[mysql-connector-java-5.1.38.jar:5.1.38]
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:896)[mysql-connector-java-5.1.38.jar:5.1.38]
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:885)[mysql-connector-java-5.1.38.jar:5.1.38]
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:860)[mysql-connector-java-5.1.38.jar:5.1.38]
at com.mysql.jdbc.StatementImpl.checkClosed(StatementImpl.java:438)[mysql-connector-java-5.1.38.jar:5.1.38]
at com.mysql.jdbc.PreparedStatement.setInternal(PreparedStatement.java:3330)[mysql-connector-java-5.1.38.jar:5.1.38]

原因：ActiveMQ 持久化方案我们选的是 MySQL 。
如果 mq 与 db 之间的数据库连接，因为数小时的不活动（inactivity），那么 MySQL 就会根据自身的wait_timeout 参数设置主动断开连接

解决办法：
跟“ActiveMQ：Communications link failure问题以及解决办法”文章讲的一样，
最简单办法，还是根据业务特点，调整 ActiveMQ 所使用的 MySQL 的全局变量 wait_timeout 值，
尽量减少数据库连接因为 inactivity 而被关闭的几率 。
或者在 mq client 里主动捕获 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException 异常，手动重新连接即可：
catch (SQLException sqlEx) {
String sqlState = sqlEx.getSQLState();
// 08S01就是这个异常的sql状态。单独处理手动重新连接即可。
if (“08S01”.equals(sqlState) || “40001”.equals(sqlState))

至于原因：mysql的事务完整性、数据的丢失问题