秒杀系统中如何保证不会出现超卖的情况？

先参考：如何设计一个秒杀系统？ - 面试ICU (mianshi.icu)

秒杀系统，或者说电商系统中，保证不超卖的秘诀就一个：库存信息以数据库为准。从原理上来说，微服务架构下的电商系统，都是采用锁定-释放库存模型。

因此在秒杀架构中，消费者在消费的时候，先在库存服务中锁定库存。其基本操作可以看做是一个本地事务：

在秒杀系统里面，保证不超卖的核心措施在于消费者在消费消息的时候，一定要引入锁定库存的步骤，也就是借助于数据库来完成兜底。

这种机制可以看做是一个兜底，也就是不管前面的步骤如何重试、补偿，最终数据库的库存肯定是准确的。

比如说，一种典型的失败场景就是在在扣减 Redis 成功之后，发送消息到 Kafka 收到超时响应，但是实际上 Kafka 收到了消息。假设说，Redis 中原本有库存 100，MySQL 中也有 100。

而后扣减库存成功，Redis 变成了 99，但是发消息到 Kafka 上超时，不过 Kafka 实际上收到了消息。于是消费者会锁定库存，那么 MySQL 中库存会变成 99。

从实践上来说，秒杀是只能做到不超卖，但是很难做到恰好将所有的商品都卖出去。

一方面，是因为无法保证真的有足够的用户来参与秒杀。