1、高并发场景，要避免请求操作数据库。用定时任务将数据定时更新到Redis中，请求直接查询Redis。
2、更新秒杀商品的库存时，可以通过where 库存 > 0来做一个乐观锁的效果。
MySQL 的InnoDB引擎 在更新行的时候会加行锁。
update seckill_product set stock_count = stock_count - 1 where id = 13 and stock_count > 0
3、在控制层面，将多余的请求拦在外面。
将商品库存信息放入Redis，进入接口将Redis中库存递减，成0的直接拦住，不让操作数据库。
4、防止重复下单，可以通过Redis的Set数据结构判断。
用户抢购完成，把订单信息放Set。
5、给数据库表字段加唯一约束，防止重复购买。
6、在上面第三点，一个商品秒杀的时候，将多余请求拦住，但是同时存在多个商品秒杀活动时，每个商品放行十几个请求，同时请求数据库依然很大。
使用MQ对秒杀请求做异步处理。
如此操作后，服务器通知用户下单成功，需要用到websocket。
7、websocket如何解决连接太多的问题：
把连接放在多个服务中，发信息通过MQ发广播，那个服务找得到连接就那个服务发。
8、如何解决长期不用的连接一直不断。
定期发送心跳包
9、
秒杀->
controller查redis拦掉大部分请求->
消息队列异步->
秒杀，库存减少，生成订单，延时队列->
没有支付，订单取消，库存加一 ，更新redis ->
成功失败都发队列->
websocket通知成功失败->
秒杀失败了更新redis，避免拦请求了，导致卖不出去。
标签：count,库存,请求,redis,Redis,问题,秒杀,相关 From： https://www.cnblogs.com/tyt0o0/p/17812569.html