MySQL共享锁的特性：同一事务内的读写操作

本文分析MySQL共享锁在一个特定场景下允许数据修改的原因，解释为什么在同一事务中，获取共享锁后仍然可以执行更新操作。

问题：

以下代码片段显示，获取共享锁后，后续更新操作成功执行，这与共享锁的常规理解（允许多个事务读取，但禁止修改）似乎矛盾。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

begin;
select size from app where id = 1 lock in share mode; -- 获取共享锁
update app set size = size + 1 where id = 1; -- 为什么能成功？
commit;

通常认为，select ... lock in share mode语句会为app表中id=1的行添加共享锁，阻止其他事务修改该行。然而，同一事务中的后续update语句却成功执行了。

解答：

关键在于，共享锁的机制针对的是不同事务。lock in share mode获取的共享锁只阻止其他不同事务修改该行。在同一事务内，共享锁不会阻止自身对已加锁行的修改。 因为事务自身已持有该行的共享锁，拥有访问权限，所以允许读写操作。 这并非共享锁定义与实际情况不符，而是对共享锁作用范围的误解。共享锁协调不同事务间的并发访问，确保数据一致性，而非限制同一事务内的操作。