立即学习:https://edu.csdn.net/course/play/26270/326875?utm_source=blogtoedu
一、数据库的悲观锁乐观锁
SELECT ... LOCK IN SHARE MODE
特性:
- 共享锁,在事务内生效
- 给符合条件的行添加共享锁,其他事务也可以继续给这些行添加共享锁,在锁释放前,其他事务无法对这些行进行 delete 和 update 操作。
- 两个事务同时对一行加共享锁后,无法更新,直到只有一个事务对该行加共享锁;
- 如果两个加了共享锁的事务同时更新一行,会发送 deadlock 死锁问题;
- 某行已经有排它锁,就无法继续添加共享锁。
- 不会阻塞正常读
应用场景:
适用于写两张存在关联关系的表数据,如 parent 和 child 表,写入child 表时需要确保 parentId 在 parent 表中已写入数据且不会被删除
SELECT ... FOR UPDATE
- 排它锁,在事务内生效
- 给符合条件的行添加的是排他锁,其他事务无法再加排它锁,在释放前,其他事务无法对这些行 delete 和 update 操作
- 某行已经有共享锁,无法再添加排它锁
- 第一个事务对某行加了排它锁,第二个事务继续加排它锁,第二个事务需要等待
- 加锁有超时时间
- 不会阻塞正常读
应用场景:
并发更新会出现问题的场景,如金融账户转账,电商下单时的库存扣减,避免最终数字不准确
数据库乐观锁 CAS 思路
UPDATE set ... version = version + 1 where version = $version$
- CAS 思路,使用 version 版本控制,保证同一时间只有一个事务可以更新成功
- 根据影响的行数来判断是否更新成功,更新失败的继续重新获取version值更新,可以设置更大重试次数
乐观锁的使用场景:
电商下单的库存更新(商品的秒杀场景):
- 使用更新语句:update product_stock set number = number -1 where product_id = $productId$ and number -1 > 0
- 判断更新影响的行数来成功还是失败