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字段。这与共享锁的定义似乎矛盾。
关键在于：共享锁的限制作用于不同事务
同一个事务内部，其自身持有的锁不会相互冲突。上述代码中，SELECT和UPDATE语句都在同一个事务中执行，因此SELECT语句获取的共享锁不会阻止UPDATE语句修改数据。共享锁的目的是防止其他事务修改数据，而非阻止当前事务自身的操作。
总结：事务内部锁机制的特性
共享锁限制的是其他事务对数据的修改，而不会阻止当前事务自身对数据的读写操作。 换句话说，当前事务自身持有的S锁不会影响自身对数据的修改。 正是因为事务内部的这种锁机制特性，才使得上述代码能够成功执行。
以上就是MySQL共享锁能修改数据？同一个事务内的锁机制详解的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告
收藏
收藏
收藏
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
234
