后两级与对照表

同一笔事务里执行相同的查询，读到的结果始终一致。

重　点

一进事务就定格一个快照，之后别人改什么提交什么都不影响这一笔。

关键术语

一致

性

Co

n

整笔

事

上机做

上机三第 5 题　验一验它到底可不可重复

T2 改完之后在自己窗口里查是 600，同一时刻 T1 查还是 500。

重　点

自己改的自己当然看得见，没提交之前别人一律看不见。

分清楚同一时刻两扇窗

谁在查	看到的
T2 自己	600
T1	500

想一想

T2 提交之后，T1 这一笔事务里会跟着变吗？

T1 第二次查仍然是 500，避免了不可重复读。

重　点

T1 看的是自己开事务那一刻的快照，T2 提交在那之后，跟它无关。

知道更多更正

课件说这一级挡不住幻象读，那是 SQL 标准的说法。InnoDB 的快照连行数也定住了，挡得住。

想一想

T1 提交之后再查一次，会看到 600 吗？

强制事务一个接一个排队，冲突自然就不存在了。

重　点

这一级连普通 SELECT 都加锁，别人想改就得等你这笔事务结束。

打个比方

把并发变回一个一个来，正确性最高，队伍也最长。

上机做

上机三第 7 题　感受一下等待

级别越高挡得越多，这张表是这一节的总结。

分清楚记两头

级别	挡住几种
读未提交	一种
读已提交	两种
可重复读	四种

知道更多更正

课件那张表按 SQL 标准填，InnoDB 的可重复读连幻象读也挡得住，那一格该打勾。

试一试换一级看谁还在

隔离级 读未提交 读已提交 可重复读 串行化

重　点

乐观并发控制赌不会冲突，冲突了再回滚。悲观并发控制先加锁再动手。