扣库存之mysql方案讨论

在IT行业这个发展更新速度很快的行业，只有不停止的学习，才不会被行业所淘汰。如果你是数据库学习者，那么本文《扣库存之mysql方案讨论》就很适合你！本篇内容主要包括扣库存之mysql方案讨论，希望对大家的知识积累有所帮助，助力实战开发！

一、想要实现什么功能？

1. 点击商品购买按钮；
2. 扣库存；
3. 扣除用户的余额；
4. 给用户背包增加商品；

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

1. 同一个用户，开启两个客户端，同时购买同一个商品；
2. 同一个用户，开启两个客户端，同时购买不同的商品；
3. 两个不同的用户，同时购买同一个商品；
4. 两个不同的用户，同时购买不同的商品；
5. 同一个用户，开启两个客户端，同时购买多个商品，一个客户端购买商品a、b，另一个客户端购买商品b、a
6. 不同的用户，同时购买多个商品，一个购买商品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的默认隔离级别是第三级，可重复读，两个事务的修改互相是不可见的，对于不同进程操作同一个资源的时候，更要注意加锁的问题

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于数据库的相关知识，也可关注golang学习网公众号。