关于Mysql中快照读幻读问题一点思考

一、前言

由于自己对于Mysql的事务隔离级别解决了什么问题，它的原理是什么，使用了什么机制等都理解得比较模糊。就我目前的认知水平我姑且先总结几点我的理解，以便于后面被颠覆，刷新自己的认知，从中取得进步。

1. 读未提交：未加任何锁也没有使用MVCC机制。当前事务内可以读取别的事务未提交的变更，从而引发脏读、不可重复读、幻读等问题。
2. 读已提交：读（select）操作不加锁，同时使用MVCC机制，写操作加行锁。解决了脏读的问题，但是可重复读、幻读依然存在。
3. 可重复读：读（select）操作不加锁，同时使用MVCC机制，写操作加行锁、间隙锁。由于MVCC机制和间隙锁的存在，解决了快照读的可重复读问题并且部分解决了快照读的幻读问题。依然存在个别情况下快照读幻读问题及当前读的幻读问题。

二、实验

针对于Mysql的默认隔离级别（可重复读）下，为什么说部分解决了快照读的幻读问题呢？请看以下示例。

场景一

1、事务A

BEGIN;
SELECT * FROM product_brand_info WHERE brand_id >= 0;
SELECT * FROM product_brand_info WHERE brand_id >= 0;
COMMIT;

2、事务B

BEGIN;
SELECT * FROM product_brand_info WHERE brand_id >= 0;
INSERT INTO `product_db`.`product_brand_info`(`brand_name`, `telephone`, `brand_status`, `brand_order`, `modified_time`) VALUES ('kappa', '', 1, 0, NOW());
COMMIT;

3、说明
brand_id为品牌表的自增id,以上两个事务A、B并发执行，无论事务B是否提交事务，事务A中的查询语句结果集里面都不会出现事务B新增的记录。这么看来Mysql的默认事务隔离级别（可重复读）已经解决了幻读的问题，事实果真如此吗？请接着看下一个场景。

场景二

1、事务A

BEGIN;
#1
SELECT * FROM product_brand_info WHERE brand_id >= 36;
#4
UPDATE `product_db`.`product_brand_info` SET `brand_name` = '鸿星尔克加强版' WHERE `brand_id` >=36;
#5
SELECT * FROM product_brand_info WHERE brand_id >= 36;
#6
COMMIT;

2、事务B

BEGIN;
#2
INSERT INTO `product_db`.`product_brand_info`(`brand_name`, `telephone`, `brand_status`, `brand_order`, `modified_time`) VALUES ('kappa', '', 1, 0, NOW());
#3
COMMIT;

3、标号执行结果

• 事务A操作一执行结果

• 事务B操作二新增一条品牌记录
• 事务B操作三提交事务
• 事务A操作四执行条件更新操作

• 事务A操作五查询操作

• 事务A操作六提交

4、说明
主要注意事务A的操作四及操作五，操作四的更新操作影响了两条记录，此更新操作当前读读到了事务B的最新提交的数据并对其进行了更新，事务A的操作五查询返回的结果集也返回了事务B插入的记录。

三、结论

根据以上实验过程，加入自我思考及猜想。在Mysql默认的事务级别下，确实部分解决了快照读的幻读问题，这正是场景一所说明的问题，这得益于MVCC机制；但是它也仅仅是部分解决，场景二举了反例说明，当前读能读到最新的事务提交结果，并且更新掉记录的创建版本号为当前事务版本号，所以当前事务内的查询有可能会查询到别的已提交事务新增的记录，出现幻读现象。