导读

有时候会发生事务超时的情况,此时MySQL会返回类似这样的错误:

那事务超时后会发生什么呢? 此时就需要注意到innodb_rollback_on_timeout了。

innodb_rollback_on_timeout变量

这是官方文档5.7的对innodb_rollback_on_timeout的解释:

| Command-Line Format | --innodb_rollback_on_timeout | --innodb_rollback_on_timeout
| ------------ | ------------ |---------------|
| System Variable | Name | innodb_rollback_on_timeout |
| Variable Scope | Global | Global |
| Dynamic Variable | No | No |
| Permitted Values | Type | boolean |
| Permitted Values | Default | OFF | |

In MySQL 5.7, InnoDB rolls back only the last statement on a transaction timeout by default. If --innodb_rollback_on_timeout is specified, a transaction timeout causes InnoDB to abort and roll back the entire transaction.

由官方文档知道 innodb_rollback_on_timeout 默认值为 OFF ,在 OFF 的时候事务超时后会回滚事务内最新执行的一条语句.如果值为 ON 会回滚整个事务。

验证

1、准备阶段

1)、在验证之前为了避免时间浪费,可以把超时时间 特别 调整为10秒。

session a: db01>set @@session.innodb_lock_wait_timeout=10;

Query OK, 0 rows affected (0.00 sec)

2) 、创建测试用的表和插入必要的测试数据:

session a: db01> create table t1( idint not null primary key, age int );

Query OK, 0 rows affected (0.03 sec)

session a: db01> insert into t1 values(1,1),(2,2);

Query OK, 2 rows affected (0.02 sec)

Records: 2 Duplicates: 0 Warnings: 0

3)、开启两个session,分别命名为A和B。

注意:建表的时候,如果选择的字段(where里面用的)没有加索引,会造成加表锁,影响测试.

2、先来验证innodb_rollback_on_timeout=off的情况

innodb_rollback_on_timeout=off的情况下,显示开启事务,造成锁等待超时时,会回滚造成超时的那条语句,但是事务不会结束.

3、验证innodb_rollback_on_timeout=on的情况

注意:

1. innodb_rollback_on_timeout不支持动态修改,修改需要停服务。
2. innodb_rollback_on_timeout=on的情况下,5.6版本和5.7版本的行为会不一样.为了避免麻烦,一并在下表做对比。

innodb_rollback_on_timeout=on时,在5.6的版本下,由上文加粗加红的字体可以看到事务的ID的发祥变化,说明开启了一个新的事务.由此明白事务会整体回滚,然后新开一个事务接收下一次查询.但是在5.7版本下,回滚之后就不会再新开启一个事务了。

总结

如果使用MySQL 5.6:

innodb_rollback_on_timeout=off的情况下,会回滚最后造成锁等待的语句,事务没有自动结束.但是这样会造成数据的不一致.破坏了事务的原子性。

innodb_rollback_on_timeout=on的情况下,整个事务回滚后会自动创建一个事务。

如果使用MySQL 5.7:

innodb_rollback_on_timeout=off的情况下和5.6版本是一样的。

innodb_rollback_on_timeout=on的情况下,整个事务已经自动回滚,不会再自动创建事务。

所以不管是5.6的版本还是5.7的版本innodb_rollback_on_timeout最好都设置成ON,这样可以避免破坏事务原子性,保证数据一致性.唯一区别是在5.7版本下需要自己手动开启一个事务。

热璞数据库简介

热璞数据库，一家专注基础软件分布式事务数据库和私有云数据库产品的研发厂商，产品定位于专注OLTP业务场景。创始团队自2004年便开始分布式事务数据库的研究。核心人员来自阿里巴巴去 IOE 核心团队，并在开源社区主导设计研发 MySQL 官方读写分离产品 MySQLProxy、阿里巴巴 Cobar 开源分布式数据库、开心农场Gaia分布式数据库、中国联通DaaS分布式数据库平台、MyCAT 开源分布式数据库。

主营产品一： HotDB Server是一款实现数据容量和性能横向扩展的交易关系型分布式事务数据库产品，解决企业用户实时交易业务系统的“两大三高”（大规模用户、大规模数据、高可靠、高并发、高吞吐）的问题；

主营 产品二： HotDB Cloud是一款即申即用、弹性伸缩、资源池化和数据库全生命周期管理的关系型私有云数据库产品，实现数据库的全生命周期管理、服务智能自治、资源智能调度、运维自动化和标准规范化。

现热璞数据库HotDB产品已成功应用于国家开发银行、华夏银行、浦发银行、交通银行信用卡、印尼金光金融集团、世界上第一个无人自动化码头洋山港四期、国家卫生健康委人口与发展研究中心、国家卫生健康委能力建设和继续教育中心、国家电网、中国核电、圆通速递、顺丰科技、中国移动在线、中国移动苏州研发中心、北京移动、 上海电信、南京市民卡、江苏省一卡通、央视国际等近百家客户。 并承担完成了金融分布式事务数据库白皮书的主导与编写。