之前开发过程中遇到脏数据的问题.经过一段时间的分析,结果如下:
1. 应用通过Tomcat JDBC Pool获得一个数据库连接;
2. 通过这个连接执行了一些Insert, Update之类;
3. 之后的业务代码,执行了一个时间比较长的查询;
4. Tomcat JDBC Pool 认为这个连接使用的时间过长, 没有在配置的时间内(AbandonTimeout这个配置)把这个连接close, 所以自动回收并Close了这个连接.
其实到这里都是没有问题的. 问题在于, 这个连接被回收到连接池并Close之后, 在1和2步骤中插入更新的数据没有回滚.
继续分析,发现如下的结果:
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, con, finalizing);
}
}
然后在配置连接池的地方加上就行了:
<property name="jdbcInterceptors"> <value>org.apache.tomcat.jdbc.pool.interceptor.SlowQueryReport(threshold=5000);com.foo.bar.connection.RollbackInterptor</value> </property>