for update 的作用
共享锁:select …… lock in share mode;
排他锁:select …… for update;
- 加了for update 后,查询语句会加上排他锁(写锁)。意味着两个事务同时使用select …… for
update时,后面的事务要等待最先拿到排它锁的事务释放后才能查询到。 - 如果开启了事务,select默认是共享锁。
- 其他进程或事务想要执行修改,则需要等加了 for update 的进程提交后方可成功。
- 使用了select …… for update后,其他事务对该表的查询会阻塞吗?
- 如果一个事务加了for update,第二个事务查询没加for update,第二个事务的查询不会被阻塞。
- 加了for update 的查询,其他进程可以读,但不能修改,如,
select * from b2b_parameter.bsp_id_generation where
table_name=‘uuc_user_account’ for update;则bsp_id_generation表的table_name字段所在行会加上行写锁(排他锁)。
- where 查询的字段要命中索引才会使用到行锁,否则会导致表锁,禁止被其他事务修改。
- 加了for update 其他进程可以insert吗?
答:可以。如果没用事务,不会阻塞insert
- for update 的适用场景
对于先查询,然后依赖查询的值做修改。要保证查询和修改的原子性。
- 对于先select,后插入的场景,select查询不到记录将不会用到锁。
如查询手机号不存在,不存在就插入注册一个用户。 select mobile … where mobile=15218621454
for update if !mobile { insert … } 两个事务并发同时执行,会导致插入两条重复数据,因为for
update 查询不到记录则不会阻塞事务(排它锁失效)解决思路:
(1)这种情况可以用锁表解决,比如select count(1) where 1 … for
update。让他阻塞,但是锁表性能不行。
(2)另外一种是用redis缓存锁排队。
(3)还有一种最简单的是加唯一索引。
(4)对于第一种锁表的改造,用冷数据一定能命中查询来致使锁行阻塞。如select id order by id asc limit 1 … for update ,然后再执行后面的业务逻辑
select mobile … where mobile=15218621454;
if !mobile
{
insert …
}
牺牲一个冷数据的性能来做排它锁。