mysql中按照锁的粒度可以细分为行锁、页锁、表锁。
行锁
1、行锁的锁定颗粒度在MySQL中是最细的，应用于InnoDB存储引擎，只针对操作的当前行进行加锁。并发情况下，产生锁等待的概率较低，支持较大的并发数，但开销大，加锁慢，而且会出现死锁。
2、在InnoDB中使用行锁有一个前提条件：检索数据时需要通过索引！因为InnoDB是通过给索引的索引项加锁来实现行锁的。
3、在不通过索引条件查询的时候，InnoDB会使用表锁，这在并发较大时，可能导致大量的锁冲突。此外，行锁是针对索引加锁，存在这种情况，虽然是访问的不同记录，但使用的是同一索引项，也可能会出现锁冲突。
提示：不一定使用了索引检索就一定会使用行锁，也有可能使用表锁。因为MySQL会比较不同执行计划的代价，当全表扫描比索引效率更高时，InnoDB就使用表锁。因此需要结合SQL的执行计划去分析锁冲突。
表单大师AI
一款基于自然语言处理技术的智能在线表单创建工具，可以帮助用户快速、高效地生成各类专业表单。
74 查看详情
4、行锁会产生死锁，因为在行锁中，锁是逐步获得的，主要分为两步：锁住主键索引，锁住非主键索引。如：当两个事务同时执行时，一个锁住了主键索引，在等待其他索引；另一个锁住了非主键索引，在等待主键索引。这样便会发生死锁。InnoDB一般都可以检测到这种死锁，并使一个事务释放锁回退，另一个获取锁完成事务。
表锁
表锁的锁定颗粒度在MySQL中是最粗的，InnoDB、MyISAM引擎中都有应用，对当前整张表加锁。不适合高并发的场景，但开销小，加锁快，不会出现死锁，发生锁冲突的概率最大。
页锁
页锁的粒度介于行锁和表锁之间，应用于BDB引擎，并发度一般，开销和加锁速度也介于行锁和表锁之间。
以上就是MySQL中行锁、页锁和表锁的简单介绍的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/381211.html
微信扫一扫 
支付宝扫一扫 
