MySQL共享锁的“陷阱”：事务内部的修改权限
在mysql数据库中，共享锁(shared lock，简称s锁)允许多个事务同时读取同一数据行，但通常禁止任何事务修改该数据行。然而，一个常见误区是：即使加了共享锁，事务内部仍然可以修改数据。
让我们分析以下代码：
begin;select size from app where id = 1 lock in share mode; -- 获取共享锁update app set size = 1 where id = 1; -- 为什么可以成功？commit;
登录后复制
这段代码看似违反了共享锁的规则：先获取id为1的数据行的共享锁，然后更新同一行。然而，它却能成功执行。原因在于：MySQL共享锁并非完全禁止事务内部的修改操作。
关键在于，代码在一个事务内执行。共享锁的限制只针对其他事务。同一个事务内，自身持有的S锁不会阻止自身修改被锁定的数据。 获取数据的共享锁，只阻止其他事务修改该数据，而本事务可以随意读写。这就是update语句能够成功执行的原因。 自身持有的S锁不会阻止自身写操作。
问题不在于共享锁的定义，而在于对事务内锁机制的理解。只有当另一个事务尝试修改已被共享锁定的数据时，才会被阻塞。
以上就是MySQL共享锁下为何事务内可修改数据？的详细内容，更多请关注【创想鸟】其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/2539513.html
