封锁协议与死锁

何时申请、申请哪种、持多久、何时释放，这套约定叫封锁协议。

关键术语

封锁

协

Lo

c

关于

加

重　点

三级封锁协议一级比一级严，各自多挡住一种数据不一致性。

试一试锁持到什么时候

协议 一级 二级 三级

这一级挡得住什么

只管写，读数据完全不加锁。

重　点

写和写不会再打架，所以一级协议挡住了丢失更新。

分清楚管到哪

动作	要不要锁
改数据	加 X 锁
读数据	不加

想一想

只加写锁，能挡住脏读吗？

在一级的基础上，读也要先申请共享锁。

重　点

读之前要拿 S 锁，别人正改着就拿不到，脏数据读不着了。

知道更多

S 锁读完立刻释放，所以第二次再读时对方可能已经改完提交了。

上机做

上机四第 6 题　看看二级为什么挡不住重复读

读完不放手，一直攥到 COMMIT 才松，别人这期间改不了。

重　点

S 锁攥到底，中间没人改得动，所以两次读一定一样。

记牢它三级递进

1. 一级只锁写
2. 二级读也锁
3. 三级读锁不放

想一想

三级协议对应哪一个隔离级别？

T1 锁了学生表要成绩表，T2 锁了成绩表要学生表，两个都动不了。

关键术语

死锁

De

a

事务

互

重　点

死锁不是谁写错了，是两笔事务加锁的顺序反了。

试一试换个顺序死锁就没了

加锁顺序 T1 先学生表，T2 先成绩表 两个都先学生表

上机做

上机四第 7 题　亲手造一次死锁

互斥、请求与保持、不剥夺、循环等待，缺一条就锁不死。

记牢它四条

1. 互斥
2. 占着要
3. 抢不走
4. 转成圈

重　点

避免死锁的三个办法，本质都是去掉循环等待这一条。

知道更多

顺序加锁法最实用：约定所有事务按同样的顺序访问各张表。

等太久就算死锁，或者画出等待关系图看有没有回路。

分清楚两种做法

方法	怎么判
超时法	等超过阈值
等待图法	图里有回路

重　点

InnoDB 用的是等待图法，一发现回路立刻挑一笔回滚，报 1213。

想一想

超时法会不会把只是慢的事务误判成死锁？

别人一个接一个插队，某个事务永远排不上。

关键术语

活锁

Li

v

事务

因

分清楚分清楚

现象	根子
死锁	互相等
活锁	总被插队

重　点

活锁的解法是先来先服务，按申请顺序排队，不许插队。

试一试死锁和活锁差在哪

看哪个 死锁 活锁

时刻	T1	别人

事务的四条性质、四种不一致性、封锁与封锁协议，串成一条线。

记牢它四步

1. 事务捆住
2. 并发出错
3. 隔离级挡
4. 封锁实现

重　点

隔离级别说的是要什么效果，封锁协议说的是这个效果怎么做出来。

上机做

上机四第 8 题　换个顺序避开死锁