MySQL中InnoDB引擎上的行锁是通过加在什么上完成（或称实现）的？

最新推荐文章于 2025-03-23 14:54:59 发布

味无味，

最新推荐文章于 2025-03-23 14:54:59 发布

阅读量543

点赞数 5

分类专栏：每天随机一点点文章标签： mysql 数据库

本文链接：https://blog.youkuaiyun.com/m0_70413569/article/details/143117134

版权

2 篇文章

订阅专栏

InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MYSQL与Oracle不同，后者通过在数据块中对应数据行加锁来实现的。InnoDB这中行锁实现特点意味着：只有通过索引条件检索数据，InnoDB使用行级锁，否则，InnoDB使用表锁！

InnoDB 行锁：行锁是加在索引上的索引项（index entry）上，而不是直接加在具体的数据行上。换句话说，InnoDB 在访问某行数据时，如果是通过索引来定位这行数据，行锁会加在索引项上。
Oracle 行锁：Oracle 是通过在数据块中的实际数据行上直接加锁。也就是说，Oracle 的锁机制是锁住具体的数据存储位置。

InnoDB 的行锁机制意味着：

通过索引访问：如果你通过索引（例如主键索引或普通索引）条件去查询某行数据，InnoDB 会对该索引项（或对应范围）加锁，这样只锁住必要的行，其他行可以并发操作。
非索引访问：如果你通过非索引字段进行查询，InnoDB 由于没有明确的索引项可以锁定，无法精确地加行锁，因而可能会回退使用表锁，锁住整个表以保证一致性。

索引与行锁的关系：InnoDB 通过锁定索引项而非物理数据行，从而实现更细粒度的并发控制，这样多个事务可以对不同的行进行并发操作，只要这些行不共享相同的索引项。行锁的粒度可以是单个索引项或索引项的范围。
锁定方式依赖于查询条件：如果查询中使用了索引（如通过 WHERE 子句条件访问），锁只会加在满足条件的索引项上，从而实现行级锁；如果没有使用索引（如全表扫描），InnoDB 为了避免并发问题，会选择锁住整个表，即使用表级锁。

通过索引查询（行锁）：
```
SELECT * FROM student WHERE id = 5 FOR UPDATE;
```
在这个查询中，id 是表 student 的主键索引，InnoDB 会在主键索引项上加锁，从而只锁定 id = 5 的这一行。
未通过索引查询（可能的表锁）：
```
SELECT * FROM student WHERE age = 20 FOR UPDATE;
```
假设 age 列没有索引，InnoDB 需要扫描整个表来查找满足条件的行。在这种情况下，InnoDB 可能选择加表锁来避免其他事务对表的并发修改。