mysql行级锁是怎么工作的？
加锁的对象是索引，加锁的基本单位是 next–key lock。在能使用记录锁或者间隙锁就能避免幻读现象的场景下， next–key lock 就会退化成记录锁或间隙锁。
锁的范围，总结一下就是，对于唯一索引，锁只有对应的记录或者所在范围即可；非唯一索引则要看看可能加上一个范围，因为即使找到了索引也是非唯一的。
这个比较复杂，请移步这篇博客以及这篇博客
假设锁定读查询用到索引，就会锁住二级索引对应位置和查询到的记录的主键索引（没查到就不用锁主键索引）。如果锁定读查询语句，没有使用索引列作为查询条件，或者查询语句没有走索引查询，导致扫描是全表扫描。那么，每一条记录的索引上都会加 next–key 锁，这样就相当于锁住的全表，这时如果其他事务对该表进行增、删、改操作的时候，都会被阻塞。
不只是锁定读查询语句不加索引才会导致这种情况，update 和 delete 语句如果查询条件不加索引，那么由于扫描的方式是全表扫描，于是就会对每一条记录的索引上都会加 next–key 锁，这样就相当于锁住的全表。
因此，在线上在执行 update、delete、select … for update 等具有加锁性质的语句，一定要检查语句是否走了索引，如果是全表扫描的话，会对每一个索引加 next–key 锁，相当于把整个表锁住了，这是挺严重的问题。
原文地址:https://blog.csdn.net/pige666/article/details/134806844
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若转载，请注明出处：http://www.7code.cn/show_49316.html
如若内容造成侵权/违法违规/事实不符，请联系代码007邮箱：suwngjj01@126.com进行投诉反馈，一经查实，立即删除！
