秒杀系统怎样防止超卖？悲观锁、乐观锁和条件更新各有什么问题？
先自己想一想，再看参考要点
参考要点
- 让“判断库存”和“扣减库存”成为一个整体
- 悲观锁 FOR UPDATE 正确，但锁持有到事务提交，其它请求排队
- 乐观锁同时读到同一版本的请求只有一个成功，有库存也会失败（150 人抢 100 件，重试 3 次也只卖出 48～57 件），适合冲突少的场景
- 条件更新 WHERE stock > 0 不需重试，但同一行更新仍串行，所以先用 Redis 挡住大部分请求，条件更新作为最后防线
学习站：先用面试题自评定级，按水平和面试日期排出每天的计划，自评过的题按间隔复习。免费、无需注册，记录只保存在自己的浏览器中。