浅析：Connection reset 和 druid的bug归并

错误：

java.sql.SQLRecoverableException: IO 错误: Connection reset
org.springframework.transaction.TransactionSystemException: Could not commit JDBC transaction; nested exception is java.sql.SQLRecoverableException: IO 错误: Connection reset

错误场景 service含有事务，执行一个10分钟左右的service方法

分析：

1. 事务有超时时间，执行时间过长，导致超时，事务无法回滚。
2. 事务中切换了链接，导致了引发了这个错误。
3. druid 连接池配置 检查 空闲连接与生存时间的冲突
4. ipv4 的超时时间导致的链接中断

1.事务有超时时间，执行时间过长，导致超时，事务无法回滚。

环境 spring-tx-4.3.14.RELEASE.jar
查看事务的设置时间：

public interface TransactionDefinition {
int getPropagationBehavior(); // 返回事务的传播行为
int getIsolationLevel(); // 返回事务的隔离级别，事务管理器根据它来控制另外一个事务可以看到本事务内的哪些数据
int getTimeout(); // 返回事务必须在多少秒内完成
boolean isReadOnly(); // 事务是否只读，事务管理器能够根据这个返回值进行优化，确保事务是只读的
}
-1是永不超时，所以，这个错不是第一个分析导致的。

由此可见推论并不成功。

2.事务中切换了链接，导致了引发了这个错误。

1. 先查看事务获取的connection 存在哪里

执行完service 在return 的时候，触发了commit

报错后被移除 hold

执行事务开始 会锁住连接，在执行结束和报出异常放开锁。

由此可见推论并不成功。

3.druid 连接池配置 检查 空闲连接与生存时间的冲突

org.springframework.transaction.TransactionSystemException: Could not commit JDBC transaction; nested exception is java.sql.SQLException: connection holder is null
ownerThread current state is RUNNABLE, current stackTrace

上面的这个错误，是空闲连接被强制收回的例子。
druid 机制是：
spring.datasource.testWhileIdle=true 如果此项设置为true

当该数据源的最后活跃时间和 timeBetweenEvictionRunsMillis 做对比
如果空闲时间大于timeBetweenEvictionRunsMillis，执行validationQuery检测连接是否有效。

#检测间隔，检测需要关闭的空闲连接，单位：毫秒
spring.datasource.timeBetweenEvictionRunsMillis=120000
spring.datasource.druid.remove-abandoned=true
spring.datasource.druid.log-abandoned=true
spring.datasource.druid.remove-abandoned-timeout=1200

ipv4 的超时时间导致的链接中断

也曾怀疑过ipv4短链接 长连接 导致的，但总觉得都不是，短链接，指不长时间保持连接状态，在本次链接过程中，执行完需要执行的sql语句后，断开链接，下次进行数据库交互，在打开链接。长链接，指长时间保持链接状态。这个我觉得长连接才会涉及到ipv4 keepalive 的限制：默认应该是两小时，而且很多人集中使用oracle 时候，oracle 使用长连接比短链接，更节约时间。

涉及到linux网络，nginx调优的一篇不错的文章：
https://blog.csdn.net/largetalk/article/details/16863689

补充异常：
java.sql.SQLRecoverableException: IO 错误: Unrecognized Windows Sockets error: 0: recv failed
与本地的端口有冲突。本机微信端口冲突

总结：
最终，在window本机装配oracle 11g 一样版本，执行，成功。然后，我寻思，数据库可能安装的有问题，也可能阿里云的服务器不支持。centos7.4 linux 安装11g的时候,发现很多插件不兼容，只有一天的测试机，我并没有安装成功，最终，导致我，我并没有什么进展，这篇，文章，待我有空的时候继续做研究，待续，但最终的结果，只有一点数据库的安装问题，如果，数据库从新安装，成功后，如果能维持10分钟以上的方法调用。可能就能确定了。
有一种方式能够快速解决此场景的错误，就是去掉事务，应急可以，要知道为什么还要深究。
吐槽：
centos 7.4 安装linux，真的难受，以后还是能在window系统装就在window系统装，可视化界面是真的难用，难处理。