lock in share model(共享锁)和 for update(排他锁)事务控制
【select ... lock in share model(共享锁)】:
在符合条件的rows上都加了共享锁,这样的话,其他session可以读取这些记录,也可以继续添加IS锁,但是无法修改这些记录直到你这个加锁的session执行完成(否则直接锁等待超时)。
【select ... for update(排他锁)】:
在符合条件的rows上都加了排它锁,其他session也就无法在这些记录上添加任何的S锁或X锁。如果不存在一致性非锁定读的话,那么其他session是无法读取和修改这些记录的,但是innodb有非锁定读(快照读并不需要加锁),for update之后并不会阻塞其他session的快照读取操作,除了select ...lock in share mode和select ... for update这种显示加锁的查询操作。
【共享锁】和【排他锁】均阻塞不了 【快照读】
【select .. for update (排他锁) 应用场景】:
【举例说明】:
【TABLE】: t_child(子表); t_parent(母表) 【关联表】
映射关系:child_id(t_child) <-> c_child_id(t_parent)
【问题】: => insert child_id=100 (in t_child) 存在风险
【原因】: => del c_child_id =100 (in t_parent) 可能parent表已删除c_child_id=100
【结果】: => 导致业务数据不一致
【正确解决办法】:=> (1)锁定parent表该条记录 select * from parent where c_child_id=100 lock in share mode;
(2)执行:insert into t_child(child_id) values (100)
【lock in share mode】 和【select ... for update】用法示例图:
lock in share mode:
select ... for update:
【结论】:
lock in share mode适用于两张表存在业务关系时的一致性要求,for update适用于操作同一张表时的一致性要求。
【参考文献】: 深入理解SELECT ... LOCK IN SHARE MODE和SELECT ... FOR UPDATE