-
消息队列削峰完全指南:从一次"秒杀活动瞬间把数据库打挂"看懂异步削峰
2021 年我做一个电商的秒杀功能。第一版做得很直白:用户点立即抢购,后端就同步地把这一整套流程跑完——校验库存、扣减库存、创建订单、写订单表、扣用户余额,全部做完才给前端返回抢购成功。平时测试一切正常响应飞快。可活动真正开始的那一秒系统崩了:活动开始前接口每秒几十个请求,活动开始那一刻每秒请求数瞬间冲到几万,这几万个请求每一个都触发了那套同步流程同时挤进数据库,连接池瞬间被占满,后面的请求全部排…- 0
- 0
-
分布式锁完全指南:从一次"两个人买走同一件库存"看懂 Redis 锁的所有坑
2023 年我负责电商库存扣减,逻辑很朴素:查库存、大于零就减一。Demo 毫无问题,直到一次大促对账发现可怕的事——一个标价 100 件的爆款,系统让 103 个人下单成功了,超卖。问题不在那三行业务,在并发:两个请求同时查到库存 1、同时判断大于零、同时各扣一次。我以为加把锁就行,用 synchronized 本地不超卖了,一上线超卖照旧——服务多实例部署,synchronized 只锁单个 …- 0
- 0
-
Redis 分布式锁踩过的 5 个坑:从 SETNX 到 Redlock 到 fencing token
秒杀超卖 1 件复盘:Redis 主从切换导致锁失效。本文讲透 5 种错误实现 + 正确的 SET NX PX + Lua、Redisson watchdog、Redlock 算法、Martin Kleppmann 的质疑、fencing token 思路,以及 etcd 强一致锁的对比。附完整 Java 代码 + 选型建议。- 0
- 0
秒杀
幸运之星正在降临...
点击领取今天的签到奖励!
恭喜!您今天获得了{{mission.data.mission.credit}}积分
我的优惠劵
-
¥优惠劵使用时效:无法使用使用时效:
之前
使用时效:永久有效优惠劵ID:×
没有优惠劵可用!



