MySQL四种隔离级别是什么？分别怎么实现的？

说实话，要谈MySQL的四级隔离，就得举一个我当年犯的一个陷阱的例子。
有一次，当我报道的时候，那边的团队刚刚完成了紧急更新。
结果我的报告直接使用了别人没有提交的数据，这让我的老板很困惑——这是典型的脏读。
所以隔离级别的问题其实不仅仅是纸上谈兵。

说实话，阅读未提交的材料是相当危险的。
我记得初创公司使用它来测试系统负载。
结果，两个事务都会污染彼此的数据。
最终，人们发现数百万订单丢失了。
实现非常简单粗暴。
MySQL 根本不锁定记录。
它读到的是别人正在修改但还没有提交的状态。
例如，如果您使用SELECT查找表，无论数据行是否可以回滚，系统都会直接给您最新的报价。
这种粗糙感很强，用多了，数据的一致性基本上就看你的性格了。

说到读提交，这是一个很好的隔离级别。
当我开发金融系统时，我的客户要求这样的开发水平，说至少不会读别人的回滚数据。
在实现中，MySQL 使用隐式键。
例如，InnoDB引擎记录binlog。
只有事务 A 修改了你的数据并提交后，事务 B 才能看到更改。
这样就避免了脏读，但是有一个隐藏的雷区，就是我刚才提到的不可重复读。
我记得有一次测试，同一笔交易每 5 分钟检查同一个账户两次，结果不同——因为另一笔交易在中间提交了新数据。
MySQL依靠MVCC和行级锁定进行控制，但问题在于读取不一致。

重复读取是MySQL最常用的级别，尤其是在电商业务中。
在我负责的项目中，用户购物车的运行完全靠这个层面来稳定。
MySQL使用MVCC+间隙锁来实现这一点。
显然，系统在交易开始时拍了一张照片，后续的读数都是根据这张“照片”进行的。
例如，如果你第一次查看订单金额是1 00元，那么即使中间有人更改，第二次仍然是1 00元。
但需要注意的是，重复读并不能防止鬼读。
这对我来说是一个巨大的陷阱。
根据报告中的统计，两次扫描的同一时间段内的订单数量有所不同。
后来发现间隙锁机制并没有阻止插入操作。
因此，在做报告的时候，可以更加仔细地阅读。

最后我们来谈谈广播。
我见过有人用过这个级别，但基本上就是浪费武功。
一位从事大数据分析的同学坚持尝试，结果系统并发量直接下降到1 /1 0在实现上，MySQL直接对数据加了最严格的锁，读取和修改都是串行执行的。
我记得在测试过程中，两个事务同时检查同一张表，其中一个事务必须等到一个事务完成后另一个事务才能开始。
作为老狗性能肯定稳定，但是使用场景太窄，现在基本靠应用层去重。

其实选拔的层面就是技术政治，你一定要明白商业。
金融系统必须读和提交，但在读多写少的场景下，重复读更划算。
我建议新项目默认使用重复读取，但必须在核心数据表中添加触发器来强制读取提交。
这个没有标准答案，必须根据自己业务的特点进行调整。

MySQL 可重复读隔离级别，完全解决幻读了吗？

上周 让我向您介绍一下 MySQL。

重复读隔离级别。
幻读并没有完全解决。

先说幻读吧。
这是同一个交易。
检查了一下。
稍后再检查一下。
结果不同。
还有几行或者少了几行。
这些线称为幻象。

如何解决重复阅读的问题？ 有两种情况。

照片已阅读。
这是一个普通的选择运算符。
使用MVCC。
当交易开始时。
创建一个阅读视图。
稍后检查详细信息。
每个人都使用这个 ReadView。
首先，检查数据版本。
所以，结果被记录下来。
其他人插入新数据。
我查不出来。
这避免了幻读。

当前阅读。
例如，选择...进行更新。
使用以下钥匙锁。
添加写锁+空间锁。
其他人想要插入数据。
城堡范围内。
我只是无法适应。
也避免了幻读。

但是为什么没有完全解决呢？ 有一些特殊的场景。

幻读阅读图像。
例如，交易A。
ID=5 未找到。
事务 B 插入了一个 ID = 5 的元素。
已提交。
然后事务 A 更新 id=5 虽然我现在看不到。
但它可以更新。
如果您再次检查，您可以看到这一点。
这就是幻读。

当前读数的幻读。
达成交易后。
首先阅读照片。
现在就读吧。
在此期间，有人插入了新条目。
使用当前读数稍后进行检查。
结果不同。
这也是幻读。

如何避免这种情况？ 首先尝试阅读当前文本。
例如，选择...进行更新。
添加下一个锁。
其他人不能进入。

我们来总结一下。
可重复读使用MVCC和next key lock。
大多数时候我不读幻影。
但特殊情况下，可能会出现幻读。
我们需要注意。
由你决定。
没关系。

mysql隔离性结合case详细分析；一文掌握RR和RC的MVCC底层原理；四种隔离级别区别

结论：MySQL隔离是通过MVCC和锁来实现的。
RC和RR使用MVCC。
RU和Serialize分别使用无锁和两阶段锁。
隔离级别越高，性能越差。
RR适合读一致性场景。

时间：2 02 3 年 地点：不确定 具体编号：无
MySQL隔离定义：事务对数据变化的可见性和中断。
绝缘等级：
RU：脏读，无锁
RC：已提交读、MVCC
RR：可重复读取，MVCC
Serialize：可序列化，两步锁
MVCC机制：提高并发读取，通过版本链和快照实现。

RC和RR的MVCC实现：
RC：每次选择时生成阅读视图
RR：首选生成阅读视图
更新操作：复制数据、标记删除
MVCC可读性规则：根据trx_id与min_id、max_id的比较判断可读或不可读。

案例分析：通过快照和版本链展示数据变化。

RU实现：无锁定，存在脏读。
Serialize实现：两步锁，性能较差。

幻读和可重复读：
不可重复读：同一个事务内，前后读取相同的数据是不一致的。

幻读：当快照读数和当前读数一起使用时，会显示额外的数据。

即时读数和当前读数：
快照读取：MVCC，无锁定。

当前阅读：阅读最新版本需要加锁。

RR解决幻读：通过next-key锁，适合读一致性场景。