技术社群的这篇文章《MySQL 核心模块揭秘 | 35 期 | 主键索引等值查询加什么锁？》给我们讲解了MySQL主键索引等值查询的锁类型，其中确认锁的相关操作可以在日常工作中用到，例如data_locks视图的用法，学习了解下。
创建测试表，
插入测试数据，
将事务隔离级别设置为 REPEATABLE-READ（如已设置，忽略此步骤），
执行以下 select 语句，
查看加锁情况，
lock_data = 10, lock_mode = S,REC_NOT_GAP 表示对主键索引中 <id = 10> 的记录加了共享普通记录锁。
可重复读隔离级别下，
- 对于 select 语句中 where 条件覆盖范围内的记录，默认加共享 Next-Key 锁。
- 对于 update、delete 语句中 where 条件覆盖范围内的记录，默认加排他 Next-Key 锁。
上面的 select 语句却对 <id = 10> 的记录加了共享普通记录锁，这是为什么呢？
这就要从可重复读隔离级别的特点说起了。可重复读隔离级别下，同一个事务多次执行同一条 select 语句能够读取到数量和内容都完全相同的记录。
可重复读隔离级别下，对 where 条件覆盖范围内的记录默认加 Next-Key 锁，既锁住索引记录本身，防止其它事务修改或者删除记录，又锁定索引记录前面的间隙，防止其它事务往间隙中插入记录。
示例 SQL 的 where 条件中只包含主键索引字段，主键索引的唯一约束能够保证：只要不删除表中 <id = 10> 的记录，就不会再有其它 <id = 10> 的记录插入到主键索引中。
这种情况下，只需要对 select 语句中 where 条件对应的这条记录加普通记录锁，防止其它事务修改这条记录，就能保证可重复读。
将事务隔离级别设置为 READ-COMMITTED（如已设置，忽略此步骤），
执行以下 select 语句，
查看加锁情况，
lock_data = 10, lock_mode = S,REC_NOT_GAP 表示对主键索引中 <id = 10> 的记录加了共享普通记录锁。
读已提交隔离级别下，
- 对于 select 语句中 where 条件覆盖范围内的记录，默认加共享普通记录锁。
- 对于 update、delete 语句中 where 条件覆盖范围内的记录，默认加排他普通记录锁。
示例 SQL 执行过程中，对主键索引中 <id = 10> 的记录加共享普通记录锁，属于默认情况，不需要其它解释了。
从上述测试，可重复读、读已提交两种隔离级别下，对主键索引字段进行等值查询，虽然都对记录加了共享普通记录锁，但是它们的加锁逻辑是不一样的。
如果您认为这篇文章有些帮助，还请不吝点下文章末尾的”点赞”
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/142487.html