抽奖/秒杀并发情况下库存为负数问题

问题：抽奖项目，奖品发放数目多于奖品池数目。操作：减库存之前查询库存，之后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