10 万的秒杀，需要 250 台机器？

那我建议你换个语言

250 台不多。

@leo 更新库存时只使用 Redis，新增订单实时插入数据库 ，在 Redis 库存第一次为 0 时与抢购结束时，把 Redis 数据同步到数据库同时做相应的校对，这样对秒杀性能是不是有不少提升。

@FreeMason 相比于整体的 SQL 查询量（至少百万级别），你这个方案节省的 SQL 操作（与库存量相关，一般不超过几百，不然不叫秒杀）可以完全忽略，数量级相差太大。

@leo 这个确实是杯水车薪。 但是这样操作，对性能也是有所提升，例子：对MySQL并发更新库存是500（更新同一行数据），那么MySQL对死锁的检测次数将是 250000 次（大多数情况死锁检测是开启的）。

关于高并发秒杀，随机失败确实是一个很好的优化方向。
博主也可以参考我这边文章进行一下优化，使用乐观锁。
我现在使用并发压测，总是提示419错误，所以没法测试最终的结果了。
https://github.com/xiaoxianlg/frequently。

那 100w 用户岂不是要 2500 台 web 服务器吗 :scream:, 这种解决方案有点可怕233333

@assassinlex 天真了，有几家公司的项目能达到这样的并发量

@assassinlex 这是并发，是“并发”！