本文介绍: 加锁的对象是索引，加锁的基本单位是 next–key lock。在能使用记录锁或者间隙锁就能避免幻读现象的场景下， next–key lock 就会退化成记录锁或间隙锁。mysql行级锁是怎么工作的？这个比较复杂，请移步。
mysql行级锁是怎么工作的？
加锁的对象是索引，加锁的基本单位是 next–key lock。在能使用记录锁或者间隙锁就能避免幻读现象的场景下， next–key lock 就会退化成记录锁或间隙锁。
锁的范围，总结一下就是，对于唯一索引，锁只有对应的记录或者所在范围即可；非唯一索引则要看看可能加上一个范围，因为即使找到了索引也是非唯一的。
这个比较复杂，请移步这篇博客以及这篇博客
假设锁定读查询用到索引，就会锁住二级索引对应位置和查询到的记录的主键索引（没查到就不用锁主键索引）。如果锁定读查询语句，没有使用索引列作为查询条件，或者查询语句没有走索引查询，导致扫描是全表扫描。那么，每一条记录的索引上都会加 next–key 锁，这样就相当于锁住的全表，这时如果其他事务对该表进行增、删、改操作的时候，都会被阻塞。
不只是锁定读查询语句不加索引才会导致这种情况，update 和 delete 语句如果查询条件不加索引，那么由于扫描的方式是全表扫描，于是就会对每一条记录的索引上都会加 next–key 锁，这样就相当于锁住的全表。
因此，在线上在执行 update、delete、select … for update 等具有加锁性质的语句，一定要检查语句是否走了索引，如果是全表扫描的话，会对每一个索引加 next–key 锁，相当于把整个表锁住了，这是挺严重的问题。
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
