隔离级别说明要达到的效果，封锁是实现它的方法。
| 表级锁 | 行级锁 | |
|---|---|---|
| 锁定范围 | 整张表 | 正在使用的行 |
| 开销 | 小，加锁快 | 大，加锁慢 |
| 死锁 | 不会出现 | 会出现 |
| 并发程度 | 最低 | 最高 |
X 锁排它，S 锁共享。
| 锁 | 也叫 | 加锁的事务 | 其他事务 |
|---|---|---|---|
| X 锁 | 排它锁、写锁 | 可以读，也可以写 | 不能再加任何锁，直到 X 锁释放 |
| S 锁 | 共享锁、读锁 | 只能读，不能写 | 可以再加 S 锁，不能加 X 锁 |
| 已有的锁 | 请求 X 锁 | 请求 S 锁 |
|---|---|---|
| X 锁 | 不相容 | 不相容 |
| S 锁 | 不相容 | 相容 |
| 没有锁 | 相容 | 相容 |
LOCK TABLES 表名 {READ | WRITE}
[, 表名 {READ | WRITE} …];
UNLOCK TABLES;写锁时别人不能读，读锁时谁都不能写。
-- T1 LOCK TABLES account WRITE; -- T2，要等待 SELECT * FROM account;
T1 执行 UNLOCK TABLES 后，T2 的查询才返回结果。X 锁保证同一数据不会被同时修改
-- T1 LOCK TABLES account READ; SELECT * FROM account; UPDATE account SET R = 800 WHERE id = 'account1'; -- 报错 1099 -- T2 SELECT * FROM account; -- 可以 LOCK TABLES account READ; -- 可以 UPDATE account SET R = 600 WHERE id = 'account2'; -- 等待
T1 解锁之前，T2 的 UPDATE 会一直等待，后面的语句也不能执行。
三级协议一级比一级严，各多防止一种问题。
| 协议 | 规则 | 能防止 |
|---|---|---|
| 一级 | 修改数据前加 X 锁，直到事务结束才释放 | 丢失更新 |
| 二级 | 一级协议，加上读数据前加 S 锁，读完就释放 | 丢失更新、读脏数据 |
| 三级 | 一级协议，加上读数据前加 S 锁，直到事务结束才释放 | 丢失更新、读脏数据、不可重复读 |
事务互相等待对方释放锁，都不能继续执行。
| 时间 | 事务 T1 | 事务 T2 |
|---|---|---|
| t0 | 封锁学生表 | |
| t1 | 封锁成绩表 | |
| t2 | 请求封锁成绩表，等待 | |
| t3 | 请求封锁学生表，等待 | |
| t4 | 等待 | 等待 |
超时法看等待是否超过时限，等待图法看是否形成回路。
MySQL 用等待图的方法，发现死锁后立即回滚其中一个事务，报错 1213。
某个事务一直得不到锁，永远处于等待状态。
| 现象 | 原因 |
|---|---|
| 死锁 | 事务之间互相等待 |
| 活锁 | 总是被别的事务抢先 |
避免活锁的方法是先来先服务，按请求封锁的先后顺序排队。
事务、数据的不一致性、隔离级别、封锁与封锁协议。
隔离级别说明要达到什么效果，封锁协议说明用什么方法达到。