mysql No operations allowed after connection closed连接异常的解决

Spring Boot多数据源配置及No operations allowed after connection closed连接异常的解决

最近项目上线，遇到了一个诡异的bug。

首先说下我的项目配置： SpringBooot + SpringMVC+SpringData JPA+ 两个MySql

也就是我这个项目配置了多数据源。

前期开发是没什么问题的，一切运转良好。

但是等到项目上线测试时，经常第二天测试人员就过来报告项目挂掉了。

经过查看日志才发现下面这个异常：

2018-01-27 08:09:15,361 - Servlet.service() for servlet [dispatcherServlet] in context with path [/shop] threw exception [Request processing failed;
 nested exception is org.springframework.transaction.CannotCreateTransactionException: Could not open JPA EntityManager for transaction; 

 nested exception is javax.persistence.PersistenceException: com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException:
  No operations allowed after connection closed.] with root cause

java.net.SocketException: 断开的管道 (Write failed)......

注意排查异常要抓住重点： No operations allowed after connection closed。

从这个地方我们知道是mysql的链接关闭了已经。访问一个关闭了的链接当然会出现异常了。

原因：

之所以会出现这个异常，是因为MySQL5.0以后针对超长时间DB连接做了一个处理，那就是如果一个DB连接在无任何操作情况下过了8个小时后(Mysql 服务器默认的“wait_timeout”是8小时)，Mysql会自动把这个连接关闭。这就是问题的所在，在连接池中的connections如果空闲超过8小时，mysql将其断开，而连接池自己并不知道该connection已经失效，如果这时有 Client请求connection，连接池将该失效的Connection提供给Client，将会造成上面的异常。
所以配置datasource时需要配置相应的连接池参数，定是去检查连接的有效性，定时清理无效的连接。

那解决方法是什么呢？

在application.properties的两个数据源的配置下添加如下连接池配置:

#以下为连接池的相关参数配置
spring.datasource.primary.max-idle=10
spring.datasource.primary.max-wait=10000
spring.datasource.primary.min-idle=5
spring.datasource.primary.initial-size=5
spring.datasource.primary.validation-query=SELECT 1
spring.datasource.primary.test-on-borrow=false
spring.datasource.primary.test-while-idle=true
spring.datasource.primary.time-between-eviction-runs-millis=18800

#以下为连接池的相关参数配置
spring.datasource.secondary.max-idle=10
spring.datasource.secondary.max-wait=10000
spring.datasource.secondary.min-idle=5
spring.datasource.secondary.initial-size=5
spring.datasource.secondary.validation-query=SELECT 1
spring.datasource.secondary.test-on-borrow=false
spring.datasource.secondary.test-while-idle=true
spring.datasource.secondary.time-between-eviction-runs-millis=18800

之前也说了因为我是两个数据源，所以配置了两次。当然如果你只有一个数据源，配置一个就可以了。

这样上述异常就得到解决，其实出现该问题的原因，还是自己本人当时忽略了连接池的相关配置，以及对一些常见连接池的配置尚有欠缺，这里再补充一个小知识点，spring boot默认会优先使用的连接池是tomcat连接池，前提是在tomcat连接池可用的情况下