如何避免电商秒杀中出现的超卖超买现象

[chenqingspring]

问题场景

电商秒杀活动，本来库存是100件，但是由于并发请求导致商品卖了120件。

搜索中文关键词：电商 超买 超卖

• http://m.blog.csdn.net/baidu_36030459/article/details/72953742
• http://m.csdn.net/article/2014-11-28/2822858
• http://www.jianshu.com/p/48c1a92fbf3a
• http://www.voidcn.com/article/p-ksxpfeko-vc.html

搜索英文关键词：concurrency in e-commerce

• https://softwareengineering.stackexchange.com/questions/133925/best-practice-to-manage-concurrency-into-a-basket-in-a-e-commerce-website
• https://stackoverflow.com/questions/6670164/how-to-deal-with-inventory-and-concurrency

总结如下

谁先支付成功，算谁抢到

• 最终发起支付
• 抢单数量 - 1
  • 乐观锁，读数量之前检查表的版本号，更新的时候where这个版本号，并更新版本号和数量(-1)
  • 悲观锁，在当前事务完成之前，其他任何事务不能修改当前事务读的数量
• 调用支付API
• 支付成功 不变
• 支付失败 抢单数量 + 1
  • 乐观锁
  • 悲观锁

谁先下单算谁抢到，预留支付时间(5分钟)

• 发起下单请求
• 查询抢单数量
• 更新抢单数量 - 1
  • 乐观锁
  • 悲观锁
• 订单创建
• 5分钟后执行定时任务
  • 检查支付时间是否过期
  • 并更新抢单数量

用Redis缓解并发

• 在并发量较小时，redis可以有效的减少相关的延时
• 在高并发时，可以利用redis中基于cas的乐观锁