开发中偶尔会遇到sql已经执行，日志都打印出来了但是数据并没有任何变化，此时多半为事务没有提交，下面记录一下最近一段时间遇到的事务没有提交的问题排查思路，下文默认可以本地debu复现问题，如果是无法debug的环境只是增加了获取相应数据的复杂度（无法debug），以及查看相应数据的复杂的（需要打日志才看得到）等等，原理并没有变化
有时可能会因为事务切面没有切到，或者没有打注解等等原因导致事务没有生效，此时可以在执行sql的方法处打断点，然后执行
TransactionSynchronizationManager.isActualTransactionActive()public static boolean isActualTransactionActive() { return actualTransactionActive.get() != null; }
即可查看是否处在事务之中
如果已经开启了事务，则很大可能是事务管理器拿到的connection和提交sql的connection不一致以mybatis+spring为例
org.springframework.jdbc.datasource.DataSourceTransactionManager#doCommit@Overrideprotected void doCommit(DefaultTransactionStatus status) {DataSourceTransactionObject txObject = (DataSourceTransactionObject) status.getTransaction();Connection con = txObject.getConnectionHolder().getConnection();if (status.isDebug()) {logger.debug("Committing JDBC transaction on Connection [" + con + "]");}try {con.commit();}catch (SQLException ex) {throw new TransactionSystemException("Could not commit JDBC transaction", ex);}}
在doCommit方法中可以看到实际提交事务的connection，即代码里的con对象
在mybatis中，以SimpleExecuotr为例
org.apache.ibatis.executor.SimpleExecutor#prepareStatementprivate Statement prepareStatement(StatementHandler handler, Log statementLog) throws SQLException { Statement stmt; Connection connection = getConnection(statementLog); stmt = handler.prepare(connection, transaction.getTimeout()); handler.parameterize(stmt); return stmt; }
在上面的代码可以找到提交sql的connection，即connection对象
在debug模式下，如果上述两个connection对应的不是同一个对象，则事务无法成功提交，而导致两个connection不一致的通常原因是mybatis的sqlSession中配置的dataSource和spring的DataSourceTransactionManager中配置的dataSource不是同一个对象，需要检查java配置类或者xml配置文件