之前开发过程中遇到脏数据的问题.经过一段时间的分析,结果如下:
1. 应用通过Tomcat JDBC Pool获得一个数据库连接;
2. 通过这个连接执行了一些Insert,Update之类;
4. Tomcat JDBC Pool 认为这个连接使用的时间过长,没有在配置的时间内(AbandonTimeout这个配置)把这个连接close,所以自动回收并Close了这个连接.
其实到这里都是没有问题的. 问题在于,这个连接被回收到连接池并Close之后,在1和2步骤中插入更新的数据没有回滚@H_403_13@.
继续分析,发现如下的结果:
JDBC标准没有规定一个Connection Close的时候(这里说的close,是指程序正常调用close()方法,而不是说因为网络等等原因这个connection被中断了),如果没有Commit的表现. 所以很多人,包括我,理所当然认为,如果没有手动Comit或者Rollback,
JDBC Driver应该主动回滚. 但是因为标准没有规定,这个行为对于不同的驱动的实现是不一样的. 对于Oracle的驱动,在close的时候会替你commit.
所以这个问题就出现了:
连接池的检测线程发现某个连接池的连接,在配置的时间内没有归还给连接池,所以连接池主动close了这个连接. 但是对于Oracle,因为JDBC Driver会替你
commit,所以出现了尽管这个连接被关闭了,这个连接的更新还是被提交到了数据库中.
解决方案:
没有找到现成的配置;所以自己写了一个Tomcat JDBC Connection Pool Intepto来做这件事情:
public class RollbackInterptor extends JdbcInterceptor {
private static final Logger logger = LoggerFactory.getLogger(MethodHandles.lookup().lookupClass());
@Override
public void reset(ConnectionPool parent,PooledConnection con) {
}
@Override
public void disconnected(ConnectionPool parent,PooledConnection con,boolean finalizing) {
logger.info("Disconnected called for {} {}",con,parent);
try {
if (con != null && con.getConnection() != null) {
con.getConnection().rollback();
logger.info("Connection {} has been rolled-back.",con);
}
} catch (Exception e) {
}
super.disconnected(parent,finalizing);
}
}
然后在配置连接池的地方加上就行了:
<property @H_403_13@name@H_403_13@="jdbcInterceptors"@H_403_13@> <value@H_403_13@>org.apache.tomcat.jdbc.pool.interceptor.SlowQueryReport(threshold=5000);com.foo.bar.connection.RollbackInterptor</value@H_403_13@> </property@H_403_13@>原文链接：https://www.f2er.com/oracle/209479.html
