**1、秒杀还没开始页面就崩了** 比如12306 2010年夏天上线的 当时只是针对北京地区开放 刚开始一切正常 但是到了11年春运 还没到放票前页面就打不开了 这是一个秒杀前崩溃的典型案例 **一般我们的优化手段有页面静态化 cdn等等** **2、秒杀刚开始服务器就崩溃了** 在12306的早期连数据库的读写分离都没有做，放票时间一到就有好多人开始抢票 点了抢票什么反应也没有 重启服务器也没用 服务器起来之后瞬间又崩溃了** 针对这种情况我们一般采用限流、令牌等技术来解决瞬时高峰的问题，比如说一列火车有1000个座位但是有1万个人来抢，我们可以准备2000个令牌，只有拿到令牌的人才有资格抢票，其他的8000个人就被挡到外面了，告诉这8000个人已经没票了，这样可以快速的给用户相应**。 **3、秒杀结束后，库存崩了 即库存超卖了** 解决超卖一般就是加分布式锁，**通过分布式锁来保证库存不超卖** **4、秒杀过程没问题，但是服务器响应很慢** 一般加上分布式锁会影响性能，所以我们为了提高给用户的相应速度，**会使用异步消峰+排队机制**在保证库存不超卖的同时还能保证给这进来的2000个用户快速的相应 ###