数据库 for update的作用

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 …
}
牺牲一个冷数据的性能来做排它锁。