Innodb锁探究

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)

  意向锁的做用就是协调行锁和表锁之间的关系的，是将行锁从另外一个角度提升到了表锁的等级（伪表锁），与表锁进行判断。

• 参考文章 ：www.jianshu.com/p/95a0d10eb…

1.5 分析SQL语句加什么锁

1. SQL1：select * from t1 where id = 1;

2. 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锁致使的死锁。

• 以不一样的索引过滤条件，来操作相同的记录，很容易产生死锁。

• 参考文章

  • hedengcheng.com/?p=844
  • 825635381.iteye.com/blog/233950…

参考文章

• blog.csdn.net/soonfly/art…

• 何登成的github