Redis架构实战：高并发情况下并发扣减库存

相信大家从网上学习项目大部分人第一个项目都是电商，生活中时时刻刻也会用到电商APP，例如淘宝，京东等。做技术的人都知道，电商的业务逻辑简单，但是大部分电商都会涉及到高并发高可用，对并发和对数据的处理要求是很高的。这里我今天就讲一下高并发情况下是如何扣减库存的？

我们对扣减库存所需要关注的技术点如下：

1. 当前剩余的数量大于等于当前需要扣减的数量，不允许超卖
2. 对于同一个数据的数量存在用户并发扣减，需要保证并发的一致性
3. 需要保证可用性和性能，性能至少是秒级
4. 一次的扣减包含多个目标数量
5. 当次扣减有多个数量时，其中一个扣减不成功即不成功，需要回滚
6. 必须有扣减才能有归还
7. 返还的数量必须要加回，不能丢失
8. 一次扣减可以有多次返还
9. 返还需要保证幂等性

第一种方案：纯MySQL扣减实现

顾名思义，就是扣减业务完全依赖MySQL等数据库来完成。而不依赖一些其他的中间件或者缓存。纯数据库实现的好处就是逻辑简单，开发以及部署成本低。（适用于中小型电商）。

纯数据库的实现之所以能够满足扣减业务的各项功能要求，主要依赖两点：

1. 基于数据库的乐观锁方式保证并发扣减的强一致性
2. 基于数据库的事务实现批量扣减失败进行回滚

基于上述方案，它包含一个扣减服务和一个数量数据库

如果数据量单库压力很大，也可以做主从和分库分表，服务可以做集群等。

一次完整的流程就是先进行数据校验，在其中做一些参数格式校验，这里做接口开发的时候，要保持一个原则就是不信任原则，一切数据都不要相信，都需要做校验判断。其次，还可以进行库存扣减的前置校验。比如当前库存中的库存只有8个，而用户要购买10个，此时的数据校验中即可前置拦截，减少对于数据库的写操作。纯读不会加锁，性能较高，可以采用此种方式提升并发量。

update xxx set leavedAmount=leavedAmount-currentAmount where skuid='xxx' and leavedAmount>=currentAmount

此SQL采用了类似乐观锁的方式实现了原子性。在where后面判断剩余数量大于等于需要的数量，才能成功，否则失败。

扣减完成之后，需要记录流水数据。每一次扣减的时候&