mysql innodb commit_MySQL innodb引擎，事务提交 commit 异常，但数据提交成功

00 – Undo Log Undo Log 是为了实现事务的原子性，在MySQL数据库InnoDB存储引擎中，还用Undo Log来实现多版本并发控制(简称：MVCC)。 - 事务的原子性(Atomicity)   事务中的所有操作，要么全部完成，要么不做任何操作，不能只做部分操作。如果在执行的过程中

昨天线上服务出现的奇怪的异常，数据库中数据已经提交(都是innodb引擎), 但是java代码抛出异常，并从日志分析是commit异常，最后在catch中的rollback都为时已晚。

这次的异常可与之前的与众不同，之前的如果commit异常了，数据肯定是回滚了(mysql服务器没有收到commit，并且连接已经中断)，但是现在commit异常了，但是服务器数据没有回滚。最近还款较多，经常出现这种奇葩的问题。

进过分析得出：

1. 数据库都已开启事务支持

2. Connection 连接 已经开启事务(autocommit=false)

3. conn.commit 抛出异常，catch中有记录错误和执行rollback

4. 数据库中的数据竟然已经写入 (即已经完成commit)

5. 根据分析数据库中的数据值，已经确认 commit 确实已经提交成功，同时java中的commit又抛出了异常，且运行了 catch中的代码

Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Communications link failure during commit(). Transaction resolution unknown.

at sun.reflect.GeneratedConstructorAccessor75.newInstance(Unknown Source)

at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)

at java.lang.reflect.Constructor.newInstance(Constructor.java:526)

at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)

at com.mysql.jdbc.Util.getInstance(Util.java:386)

at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1013)

at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:987)

at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:982)

at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:927)

at com.mysql.jdbc.ConnectionImpl.commit(ConnectionImpl.java:1663)

at com.alibaba.druid.filter.FilterChainImpl.connection_commit(FilterChainImpl.java:180)

at com.alibaba.druid.filter.FilterAdapter.connection_commit(FilterAdapter.java:780)

at com.alibaba.druid.filter.FilterChainImpl.connection_commit(FilterChainImpl.java:176)

at com.alibaba.druid.filter.FilterAdapter.connection_commit(FilterAdapter.java:780)

at com.alibaba.druid.filter.logging.LogFilter.connection_commit(LogFilter.java:402)

at com.alibaba.druid.filter.FilterChainImpl.connection_commit(FilterChainImpl.java:176)

at com.alibaba.druid.filter.stat.StatFilter.connection_commit(StatFilter.java:260)

at com.alibaba.druid.filter.FilterChainImpl.connection_commit(FilterChainImpl.java:176)

at com.alibaba.druid.filter.FilterAdapter.connection_commit(FilterAdapter.java:780)

at com.alibaba.druid.filter.FilterChainImpl.connection_commit(FilterChainImpl.java:176)

at com.alibaba.druid.proxy.jdbc.ConnectionProxyImpl.commit(ConnectionProxyImpl.java:123)

at com.alibaba.druid.pool.DruidPooledConnection.commit(DruidPooledConnection.java:723)

at org.springframework.jdbc.datasource.DataSourceTransactionManager.doCommit(DataSourceTransactionManager.java:268)

at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:755)

spirng-3.2.3

druid-1.0.16

mysql-connector-java-5.1.18

这么奇葩的问题很难碰巧遇到,我们竟然遇到了，堆栈日志有一百多行省略了，没法准确追查源码，经过分析mysql-connector-java源码，很有可能是 commit命令已经发送到了mysql服务器并执行，在接受应答回包的时候，中途网络出现问题，导致数据包丢失，从而形成网络异常，即造成 commit 异常，这种还是小概率事件。

在进过初步分析后，经过几天的测试可以确定是一个实现MySQL高可用的中间件导致的，目前已经直连了MySQL主服务，从未出现过之前的这种错误。