事务不提交问题解决思路

​
开发中偶尔会遇到sql已经执行，日志都打印出来了但是数据并没有任何变化，此时多半为事务没有提交，下面记录一下最近一段时间遇到的事务没有提交的问题排查思路，下文默认可以本地debu复现问题，如果是无法debug的环境只是增加了获取相应数据的复杂度（无法debug），以及查看相应数据的复杂的（需要打日志才看得到）等等，原理并没有变化

有时可能会因为事务切面没有切到，或者没有打注解等等原因导致事务没有生效，此时可以在执行sql的方法处打断点，然后执行

TransactionSynchronizationManager.isActualTransactionActive()

public static boolean isActualTransactionActive() {
        return actualTransactionActive.get() != null;
    }

即可查看是否处在事务之中

以mybatis+spring为例

org.springframework.jdbc.datasource.DataSourceTransactionManager#doCommit

@Override
	protected 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#prepareStatement

private 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配置文件

​