作者:daoyuanzhi | 来源:互联网 | 2020-08-20 13:54
表锁,偏向MyISAM存储引擎,开销小,加锁快;无死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低。行锁,偏向InnoDB存储引擎,开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高。
本篇文章将对MySQL的表锁和行锁进行详细介绍,以及分析对比之间的区别,希望对大家起到参考作用。
show status like 'table%';
输入上述命令,可得:
+----------------------------+----------+
| Variable_name | Value |
+----------------------------+----------+
| Table_locks_immediate | 105 |
| Table_locks_waited | 3 |
+----------------------------+----------+
Table_locks_immediate:产生表级锁定的次数,表示可以立即获取锁的查询次数,每立即获取锁值加1 。
Table_locks_waited:出现表级锁定争用而发生等待的次数(不能立即获取锁的次数,每等待一次锁值加1),此值高则说明存在着较严重的表级锁争用情况。
二、行锁
特点:偏向InnoDB存储引擎,开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高。
行锁支持事务,所以 有关事务的知识下篇博客再总结。
行为:
1、当我们对一行进行更新但是不提交的时候,其他进程也对该行进行更新则需要进行等待,这就是行锁。
2、如果我们对一行进行更新,其他进程更新别的行是不会受影响的。
行锁升级为表锁:
当我们的行锁涉及到索引失效的时候,会触发表锁的行为。
正常情况,各自锁定各自的行,互相不影响,一个2000另一个3000
由于在column字段b上面建了索引,如果没有正常使用,会导致行锁变表锁
比如没加单引号导致索引失效,行锁变表锁
被阻塞,等待。只到Session_1提交后才阻塞解除,完成更新
所以,由此,我们还是要善用索引查询啊。
间隙锁:
当我们用范围条件而不是相等条件检索数据,并请求共享或排他锁时,InnoDB会给符合条件的已有数据记录的索引项加锁;对于键值在条件范围内但并不存在的记录,叫做“间隙(GAP)”,InnoDB也会对这个“间隙”加锁,这种锁机制就是所谓的间隙锁(Next-Key锁)。
因为Query执行过程中通过过范围查找的话,他会锁定整个范围内所有的索引键值,即使这个键值并不存在。
间隙锁有一个比较致命的弱点,就是当锁定一个范围键值之后,即使某些不存在的键值也会被无辜的锁定,而造成在锁定的时候无法插入锁定键值范围内的任何数据。在某些场景下这可能会对性能造成很大的危害
优化建议:
尽可能让所有数据检索都通过索引来完成,避免无索引行锁升级为表锁。
合理设计索引,尽量缩小锁的范围
尽可能较少检索条件,避免间隙锁
尽量控制事务大小,减少锁定资源量和时间长度
尽可能低级别事务隔离
以上就是mysql表锁和行锁区别的详细内容,更多请关注 第一PHP社区 其它相关文章!