mysql怎么解决幻读问题（详解MySQL幻读及如何消除）

mysql怎么解决幻读问题

这是一篇数据库隔离级别的科普文章，旨在了解数据库中著名的幻读现象，为了专注，对脏读、不可重复读不作讨论。

事务隔离级别

mysql有四级事务隔离级别:

读未提交 read-uncommitted： 存在脏读，不可重复读，幻读的问题
读已提交 read-committed：不存在脏读，但存在不可重复读，幻读问题
可重复读 repeatable-read：不存在脏读，不可重复读问题，但存在幻读问题
序列化serializable：解决脏读，不可重复读，幻读问题，但完全串行执行，性能最低

什么是幻读

幻读错误的理解：说幻读是事务a 执行两次 select 操作得到不同的数据集，即 select 1 得到10条记录，select 2 得到11条记录。这其实并不是幻读，这是不可重复读的一种，只会在 r-u r-c 级别下出现，而在 mysql 默认的 rr 隔离级别是不会出现的。

这里给出我对幻读的理解：

幻读，并不是说事务中多次读取获取的结果集不同，幻读更重要的是某次的 select 操作得到的结果集所表征的数据状态无法支撑后续的业务操作。更为具体一些：select 记录不存在，准备插入此记录，但执行 insert 时发现此记录已存在，无法插入，如同产生了幻觉

举个例子可能会简化理解：

分别开启两个事务t1 & t2，并设置其隔离级别为reaptable-read：

t1：

t2:

t1 事务检测表中是否有 id 为 1 的记录，没有则插入

t2 插入干扰记录，造成t1出现幻读。

上例中需要确保t1事务执行begin后才开始执行事务t2。

上例中t1就发生了幻读，因为 t1读取的数据状态与后面的动作发生了语义上的冲突：查询的时候明明提示记录不存在，插入的时候去提示主键重复，类似于出现幻影，因而称之为幻读。

如何消除幻读

mysql当前有两种方式可以消除幻读：

1. 通过对select操作手动加行x锁(select ... for update )。原因是innodb中行锁锁定的
是索引，纵然当前记录不存在，当前事务也会获得一把记录锁（记录存在就加行x锁，不
存在就加next-key lock间隙x锁），这样其他事务则无法插入此索引的记录，杜绝幻
读。
2. 进一步提升隔离级别为serializable
测试一下效果

t2:

现在t1查询时携带了for update，在innodb内会对该索引加锁（即使当前不存在），于是事务t2的insert会被阻塞直到t1显示提交，这样t1成功了，对于t1来说，幻读确实被消除了，但t2的插入会报主键重复，这也符合预期。

至于另外一种提升隔离级别消除幻读的方式感兴趣的可以自己尝试，这里不再重复，其本质是类似的，只是让系统代替了手工加锁。

总结

rr作为 mysql 事务默认隔离级别，是事务安全与性能的折中，正确认识幻读后，开发者便可以根据需求自行决定是否需要防止幻读。

serializable则是悲观的认为幻读时刻都会发生，故会自动的隐式的对事务所需资源加排它锁，其他事务访问此资源会被阻塞等待，故事务是安全的，但需要认真考虑性能。

innodb的锁是针对索引，这点需要引起注意。对行记录加锁，如果存在，加x锁，否则会加 next-key lock / gap 锁 / 间隙锁，故innodb可以实现事务对某记录的预先占用，只要本事务还在，其他事务就别想占有它。关于锁，后面还会再有专门的文章讨论。

以上就是详解mysql 幻读及如何消除的详细内容，更多关于mysql 幻读及消除的资料请关注开心学习网其它相关文章！

原文链接：https://zhuanlan.zhihu.com/p/360254683