问题:抽奖项目,奖品发放数目多于奖品池数目。操作:减库存之前查询库存,之后update:
select quantity from products WHERE id=3; update products set quantity = ($quantity-1) WHERE id=3;
在并发情况下,可能会把库存减为负数(两个进程同时select出来的都>0,然后都会执行update),怎么办呢?
方法1:InnoDB支持通过特定的语句进行显示加锁:
select...lock in share mode #共享锁
select...for udpate #排他锁
select quantity from products WHERE id=3 for update;/select quantity from products WHERE id=3 lock in share mode; update products set quantity = ($quantity-1) WHERE id=3;
但是执行for update会产生一些其他的影响
1.select语句变慢
2.一些优化无法正常使用,例如索引覆盖扫描
3.很容易造成服务器的锁争用问题
方法二:
把udpate语句写在前边,先把数量-1,之后select出库存如果>-1就commit,否则rollback。
update products set quantity = quantity-1 WHERE id=3; select quantity from products WHERE id=3 for update;
上边的事务中先执行了update,所以id=3的行被加了行锁,只有commit/rollback是才会被释放(事务中锁是逐步获得的,但是都是commit时所释放的)。很好的解决了并发问题
方法三:update语句在更新的同时加上一个条件
quantity = select quantity from products WHERE id=3; update products set quantity = ($quantity-1) WHERE id=3 and queantity = $quantity;
这样虽然select语句没有加锁,但是因为mysql的事务隔离级别是可重复读,所以其他事务的修改不会影响到select的结果(加过排他锁的数据行在其他事务中是不能修改数据的,也不能通过for update和lock in share mode锁的方式查询数据,但可以直接通过select …from…查询数据,但是读取的是其他事务修改之前的老数据),当执行到update时,如果有其他事务锁住了这条记录,update会等待,等到其他事务释放锁,update会执行,但此时如果quantity的数量已经被修改,update的执行会返回影响行数为0。
数据库默认隔离级别:可重复读级别:加过排他锁的数据行在其他事务中是不能修改数据的,也不能通过for update和lock in share mode锁的方式查询数据,但可以直接通过select …from…查询数据,但是读取的是其他事务修改之前的老数据。但是update的更新,需要读取最新的数据然后进行更新。如上面,传入update语句的quantity为3,但是数据库真是的quantity数据却不是3,在查询事务中,再次select时查到的$quantity还是等于3,因为对于select的读是“快照读”,读取的是历史数据
参考:https://blog.csdn.net/springfeng661/article/details/58082301