数据库锁表如何解锁（数据库锁表解锁语句）



技术社群的这篇文章《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> 的记录加共享普通记录锁，属于默认情况，不需要其它解释了。

从上述测试，可重复读、读已提交两种隔离级别下，对主键索引字段进行等值查询，虽然都对记录加了共享普通记录锁，但是它们的加锁逻辑是不一样的。

如果您认为这篇文章有些帮助，还请不吝点下文章末尾的"点赞"

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/sjkxydsj/63175.html