一、前言
由于自己对于Mysql的事务隔离级别解决了什么问题,它的原理是什么,使用了什么机制等都理解得比较模糊。就我目前的认知水平我姑且先总结几点我的理解,以便于后面被颠覆,刷新自己的认知,从中取得进步。
- 读未提交:未加任何锁也没有使用MVCC机制。当前事务内可以读取别的事务未提交的变更,从而引发脏读、不可重复读、幻读等问题。
- 读已提交:读(select)操作不加锁,同时使用MVCC机制,写操作加行锁。解决了脏读的问题,但是可重复读、幻读依然存在。
- 可重复读:读(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机制;但是它也仅仅是部分解决,场景二举了反例说明,当前读能读到最新的事务提交结果,并且更新掉记录的创建版本号为当前事务版本号,所以当前事务内的查询有可能会查询到别的已提交事务新增的记录,出现幻读现象。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。