MySQL共享锁的真相：事务内部的锁机制详解

在学习MySQL锁机制时，共享锁（Shared Lock，S锁）常常令人困惑。许多开发者误以为获取共享锁后无法修改数据，但实际操作却并非如此。本文将通过代码示例，深入剖析这一现象。

问题：共享锁下数据更新的可能性

以下代码片段在获取共享锁后，成功更新了数据：

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语句却成功执行了，修改了size字段。这与共享锁的定义似乎矛盾。

MySQL

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

下载

关键在于：共享锁的限制作用于不同事务

同一个事务内部，其自身持有的锁不会相互冲突。上述代码中，SELECT和UPDATE语句都在同一个事务中执行，因此SELECT语句获取的共享锁不会阻止UPDATE语句修改数据。共享锁的目的是防止其他事务修改数据，而非阻止当前事务自身的操作。

总结：事务内部锁机制的特性

共享锁限制的是其他事务对数据的修改，而不会阻止当前事务自身对数据的读写操作。 换句话说，当前事务自身持有的S锁不会影响自身对数据的修改。 正是因为事务内部的这种锁机制特性，才使得上述代码能够成功执行。