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共享锁能修改数据？同一个事务内的锁机制详解的详细内容，更多请关注【创想鸟】其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/2539557.html
