一、想要实现什么功能？

点击商品购买按钮；

扣库存；

扣除用户的余额；

给用户背包增加商品；

二、可能会有高并发出现的场景？

同一个用户，开启两个客户端，同时购买同一个商品；

同一个用户，开启两个客户端，同时购买不同的商品；

两个不同的用户，同时购买同一个商品；

两个不同的用户，同时购买不同的商品；

同一个用户，开启两个客户端，同时购买多个商品，一个客户端购买商品a、b，另一个客户端购买商品b、a

不同的用户，同时购买多个商品，一个购买商品a、b，另一个购买商品b、a

三、不同场景逻辑梳理与解决方案

1. 场景一：同一个用户，开启不同的客户端，购买同一个商品

(1)上图的问题，如何解决？

(2)要明白商品的库存和用户的是两个线程同时操作；相当于两个线程同时修改同一份资源，这时候想到锁机制。

(3)将操作的同一个资源锁上，只有锁释放掉才能被另一个线程进行修改；

(4)select stock from table where id=1 for update;//将操作的那条记录加排他锁

(5)update table set stock=remainStock where id=1;//这时候这条记录已经锁上了，可以更新库存

(6)最后事务结束才能释放掉锁，在当前事务还没有commit的时候，另一个线程一直在等待锁过程中，直到锁释放获取到锁。

2.场景二：同一个用户，开启两个客户端，同时购买不同的商品

(1)购买不同的商品，扣库存不存在两个线程操作同一个资源的问题。

(2)但是同一个用户，扣余额的时候，还会出现两个线程操作同一个资源的问题，所以完全可以复用场景一的解决方法，直接给那个资源加一把排他锁

3.场景三：两个不同的用户，同时购买同一个商品

(1)这种问题实际上还是不同线程操作同一个资源的问题，加锁解决

4.场景四：两个不同的用户，同时购买不同的商品；

(1)这种场景最安全，不会出现操作同一个资源的问题

5.场景五：同一个用户，开启两个客户端，同时购买多个商品，一个客户端购买商品a、b，另一个客户端购买商品b、a

(1)一个线程循环对商品a、b进行减库存，另一个线程玄幻对商品b、a进行减库存；

(2)这时当线程一对a记录加了排他锁，另一个线程二对b记录加了排他锁；

(3)当两线程都进入第二层循环的时候，线程一要对b减库存，线程二要对a减库存；

(4)当前线程一拿着a记录的锁，等待b记录释放锁，线程二拿着b记录的锁，等待a记录释放锁，两个线程互相等待对方释放锁，造成死锁；

(5)所以可以得到结论，按照以前的加排他锁查询再更新库存的方式有可能造成死锁

(6)想要解决，那么可以给要加锁的记录都按照同一个顺序加锁

(7)select * from table where id in (a,b) order by id asc;//先对商品记录排序然后再加锁减库存

6.场景六：不同的用户，同时购买多个商品，一个购买商品a、b，另一个购买商品b、a

(1)这个其实和场景五是一个问题，排序加锁解决死锁问题

三、思考与优化

1.以上其实就是讨论了两个核心的问题：

(1)一个是多个线程同时操作同一个资源的处理方式(加锁)

(2)另一个问题就是加锁过程中导致的死锁解决方式(对加锁顺序进行排序)

2.上边我们讨论的减库存方式，都是先进行查询，再进行更新，那有没有一种方式让两个语句合在一起？

(1)update table set stock = stock - num where id = xxx and stock >= num;//在update语句里边直接查询更新，同时保证库存不会被减为0，防止了超卖的问题

四、总结

1.并发问题，实际上就是解决多个进程同时操作同一个资源的问题——加锁

2.加锁过程中，也要注意别弄成死锁——-给加锁顺序进行排序

3.注意，这些讨论都是基于在一个事务中实现的

4.innodb的默认隔离级别是第三级，可重复读，两个事务的修改互相是不可见的，对于不同进程操作同一个资源的时候，更要注意加锁的问题

作者：繁星落眼眶