1.1表锁
-
读锁
-
写锁
-
查看表锁的争用情况
show status like 'table%';Table_locks_immediate：产生表级锁定的次数；
Table_locks_waited：出现表级锁定争用而发生等待的次数；
1.2页锁
1.3 行锁
1.3.1 记录锁
- 共享锁(S锁)
select * from table_name where ... lock in share mode;
- 排他锁(X锁)
select * from table_name where ... for update;
- 行锁的实现方式
Innodb行锁是通过给索引项加锁来实现的，只有通过索引条件检索数据，Innodb才使用行级锁，否则，InnoDB将使用表锁。
1.3.2 注意事项(加锁模式) 重点
- RC,RR隔离级别下，排他锁锁住一行数据的时候，其他事务依旧可以通过普通查询查询数据，因为普通查询使用MVCC(快照读）不需要加锁。只有加锁的操作才会出现阻塞。
- 在不通过索引条件查询的时候，InnoDB确实使用的是表锁，而不是行锁 。
- 行锁是针对索引加的锁，而不是争对记录加锁，虽然访问不同的记录，但是如果使用相同的索引还是会出现锁冲突，例如非唯一索引的情况就会发生。
- 即使使用了索引Innodb也不一定会使用行锁，如果执行优化引擎认为全表扫描效率更高就不会使用索引，所以在查看锁冲突时要查看sql的执行计划是否真正使用了索引。
1.3.3 间隙锁(Gap Lock)
当我们用范围条件而不是相等条件检索数据，并请求共享或排他锁时，Innodb会给符合条件的已有数据记录的索引项加锁，对于键值在条件范围内但并不存在的记录，Innodb也会对这个“间隙”加锁，这种锁机制就是所谓的间隙锁。
1.3.4 临间锁(Next-key)
锁定记录的同时会锁记录
1.4 意向锁
-
意向共享锁(IS)
-
意向排他锁(IX)
意向锁的作用就是协调行锁和表锁之间的关系的，是将行锁从另一个角度提高到了表锁的等级（伪表锁），与表锁进行判断。
1.5 分析SQL语句加什么锁
-
SQL1：
select * from t1 where id = 1; -
SQL2：
delete from t1 where id = 1;
- 前提一：当前系统的隔离级别
- 前提二：id列是否是主键
- 前提三：如果id列不是主键，id列是否存在索引
- 前提四：如果id列存在索引，是不是唯一索引
- 前提五：两条sql的执行计划是什么，全表扫描or索引扫描
1.6 死锁分析
1.6.1 死锁日志
show engine innodb status;
1.6.2 死锁预防
-
深入理解业务，了解整个事务的处理逻辑。
-
GAP锁很复杂，为了减少GAP锁导致的死锁，尽量选择RC隔离级别。
-
适当的减少Unique索引，可以减少GAP锁导致的死锁。
-
以不同的索引过滤条件，来操做相同的记录，很容易产生死锁。
-
参考文章
