Mysql 的'start transaction'真的马上开启了一个事务吗？

定义数据如下：

CREATE TABLE `user` ( `id` int(11) NOT NULL AUTO_INCREMNT , `age` int(11) DEFAULT NULL , PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 ; CREATE TABLE `other_table` ( `id` int(11) NOT NULL AUTO_INCREMENT , `age` int(11) DEFAULT NULL , PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 ; INSERT other_table VALUE (1,1); INSERT other_table VALUE (2,1); INSERT user VALUE (1,1); INSERT user VALUE (2,1); 

案例一--MVCC： Mysql 默认的 RR 隔离级别下，理论上快照读会获取当前事务开启时的数据快照。

AB 事务按以下顺序执行

1A: start transaction; 2B: start transaction; 3B update user set age=20 where id =2 ; 4A select * from other_table where id =2 ; 5B COMMIT; 6A select age from user where id =3 for update; 7A select age from user where id =3 ; 

语句 6,7 分别返回 age=20 age=2,这个符合我们对 MVCC 的一般认知。 然而将对无关表的查询--语句 4 抽离时

1A: start transaction; 2B: start transaction; 3B update user set age=20 where id =2 ; 4B COMMIT; 5A select age from user where id =3 for update; 6A select age from user where id =3 ; 

这时语句 5,6 返回的都是 age=30。 这现象是在解决线上一个并发 BUG 时无意发现的。 select * from other_table where id =2 ;对表空间的 UNDO 段没有任何影响，却影响了快照读的结果。 一开始我以为这个可能是 Mysql 查询缓存的一个 BUG，直到我做了另外一个实验。

案例二:alter table 导致 table meta change 还是那个两个测试表，

1.A start transaction; 2.A select * from other_table where id =2 ; 3.B ALTER TABLE user ADD COLUMN `age2` int(5) DEFAULT NULL ; 4.A select * from user where id =2 ; 

因为同一个事务中表格 meta data 改变，执行语句 4 时 mysql 抛出报错 ERROR 1412 (HY000): Table definition has changed, please retry transaction

这次我们估计重施，将语句 2 抽调

1.A start transaction; 2.B ALTER TABLE user ADD COLUMN `age3` int(5) DEFAULT NULL ; 3.A select * from user where id =2 ; 

语句 3 成功返回,没有任何报错：

+----+------+------+------+ | id | age | age2 | age3 | +----+------+------+------+ | 2 | 30 | NULL | NULL | +----+------+------+------+ 

到了这里我开始确认，案例 1 并不是 1 个 BUG，而是 mysql 的'start transaction'并没有真正开启一个事务。 在'start transaction'后，很可能 mysql 在执行第一条查询时，才算完全开启了一个事务。