【秒杀下单再思考 】

秒杀下单再思考 - 由reids数据倾斜问题如何解决引发的思考

问题背景：用db扣减库存+redis.lock解决超卖问题，并发量并不能提很高，考虑redis中扣减库存，秒杀方案：redis.get(productId)得到商品库存，库存小于1，秒杀失败；redis.decr(key,1)，lockCount<0，redis.incr(key)+秒杀失败，redis集群，这个时候假设数据在redis主结点均匀分配，我们的方案是redis读写混合，单结点撑死可以承受2-3w/s并发，那redis的主结点足够多，是可以达到每秒10w的并发量，但是会有数据倾斜问题，那如何解决数据倾斜问题？
所以今天文章探讨：
1：基于redis与mq实现秒杀下单
2：解决mq下单消费幂等机制
3：线上百万秒杀订单发生积压如何处理
4：redis集群崩溃时如何保证秒杀系统高可用
5：redis主从切换导致库存异常以及超卖问题
6：mq集群崩溃时如何保证秒杀系统高可用
7：秒杀系统中redis和mq如何保证事务一致性
8：秒杀系统限流防刷防攻击静态页面等方案

八股文解决方案：

针对秒杀商品，说白了 ，针对预热商品分配不集中的情况，缓存预热的时候，每个热点商品要放到哪个结点，是要解决的，结点数据迁移命令把数据挪均匀，超高秒发的商品，保证不会数据倾斜。简易解决方法是：正常商品分布时，slot=CRC16(key)%16384