本文探讨了在电商秒杀场景下处理高并发的策略，包括多实例部署和负载均衡来缓解压力。针对超卖和少卖问题，提出了通过事务隔离级别和支付确认后再减库存的解决方案。同时，讨论了缓存更新失败、系统响应慢、Redis冷启动、MQ阻塞等问题的处理方法，以及订单状态维护和订单号设计的关键点。
项目常考问题
关于秒杀
- 场景描述
稀缺资源、如何防止超卖、高并发/负载、读多写少 - 流程
- 纯数据库实现
更多参考：添加链接描述(待完成…)
如何处理高并发
多实例部署+负载均衡
如何解决超卖/少卖问题
- 需要经历的重要阶段
下单、减库存、用户支付
=>对于用户来说需要操作的是下单与支付，这是两个步骤，无法同时进行；从而下单、减库存、支付无法放到一个事务中
1.如果将(下单,减库存)放到一个事务，用户如果最终没有支付，则发生少卖；
2.如果将(支付,减库存)放大一个事务，用户如果 - 方法
参考自：商城高并发秒杀系统架构分析和设计 => 很详细，必看!
扫一扫
304
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
