一、想要实现什么功能？
点击商品购买按钮；
扣库存；
扣除用户的余额；
给用户背包增加商品；
二、可能会有高并发出现的场景？
同一个用户，开启两个客户端，同时购买同一个商品；
同一个用户，开启两个客户端，同时购买不同的商品；
两个不同的用户，同时购买同一个商品；
两个不同的用户，同时购买不同的商品；
同一个用户，开启两个客户端，同时购买多个商品，一个客户端购买商品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的默认隔离级别是第三级，可重复读，两个事务的修改互相是不可见的，对于不同进程操作同一个资源的时候，更要注意加锁的问题
作者：繁星落眼眶
