秒杀系统设计总结

秒杀问题：

 1.  前端：

1.  突然增加网络访问带宽
2. 用户可能存在重复提交

 2.  后端：

   商品超卖：   数据库乐观锁(CAS无锁)、 Redis分布式锁、MQ异步形式修改库存(用户需要等待)

   单机压力大：单独一服务形式部署+docker。可以实现快速扩容

   用户操作频率块：网关限流

   用户作弊:

   数据库访问压力大： 分表分库、使用MQ异步实现修改库存。类似：抢票等待30s才知道抢票结果。

前端优化方案: 

     举个例子：如果1m带宽等于128kb/s加载一个网页640kb。需要 640kb/128kb=5s. 如果秒杀时候网页加载不出来就完蛋了。

     这个就牵涉到一个带宽入口问题，服务器生产环境买的带宽。

 优化方案： 动静分离

秒杀系统设计总结

原文：https://www.cnblogs.com/toov5/p/11456555.html