总结
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获取的共享锁只阻止其他不同事务修改该行。在同一事务内，共享锁不会阻止自身对已加锁行的修改。 因为事务自身已持有该行的共享锁，拥有访问权限，所以允许读写操作。 这并非共享锁定义与实际情况不符，而是对共享锁作用范围的误解。共享锁协调不同事务间的并发访问，确保数据一致性，而非限制同一事务内的操作。
以上就是MySQL共享锁疑难：同一事务内能修改已加共享锁的行吗？的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
广告
收藏
收藏
收藏
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
下载豆包电脑版，提高工作效率
706
