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锁不会阻止自身写操作。
问题不在于共享锁的定义，而在于对事务内锁机制的理解。只有当另一个事务尝试修改已被共享锁定的数据时，才会被阻塞。
