阅读 88

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锁导致的死锁。

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

  • 参考文章

参考文章

关注下面的标签,发现更多相似文章
评论