MySQL innodb引擎,事务提交 commit 异常,但数据提交成功
2016-02-24 17:57
856 查看
昨天线上服务出现的奇怪的异常,数据库中数据已经提交(都是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中的代码
spirng-3.2.3
druid-1.0.16
mysql-connector-java-5.1.18
这么奇葩的问题很难碰巧遇到,我们竟然遇到了,堆栈日志有一百多行省略了,没法准确追查源码,经过分析mysql-connector-java源码,很有可能是 commit命令已经发送到了mysql服务器并执行,在接受应答回包的时候,中途网络出现问题,导致数据包丢失,从而形成网络异常,即造成 commit 异常,这种还是小概率事件。
在进过初步分析后,经过几天的测试可以确定是一个实现MySQL高可用的中间件导致的,目前已经直连了MySQL主服务,从未出现过之前的这种错误。
这次的异常可与之前的与众不同,之前的如果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主服务,从未出现过之前的这种错误。
相关文章推荐
- mysql开启错误日志!!!
- mysql之binlog格式
- mysql 之 主从双机 加 keepalived
- mysql远程连接错误1130-host ... is not allowed to connect to this MySql server
- MySQL事件(1)
- mysql压缩包的安装
- because of many connection errors; unblock with 'mysqladmin flush-hosts
- MySql避免重复插入记录的几种方法
- mysql创建存储过程
- Xtrabackup安装与配置
- MySQL设置当前时间为默认值的方法
- percona-toolkit验证MySQL主从一致性
- mysql 1449 : The user specified as a definer
- 修改 MYSQL 最大连接数的3种方法
- PowerDesigner逆向工程导入MYSQL数据库总结
- 关于mysql对字符串的数字的排序
- mysql指定某行或者某列的排序
- Mysql----浅入浅出之视图、存储过程、触发器
- mysql 修改表字段
- mysql: 找最大值