秒杀系统面试

如何解决超卖问题？大致思路

1.在sql上加上判断防止数据库边界为负数

2.数据库加上唯一索引防止用户重复购买

3.redis预减库存减少数据访问，内存标记减少redis访问，请求先入队列缓冲，异步下单

 

具体实现？

1：将库存从mysql移到redis，将所有的写操作放到内存，由于redis不存在锁所以不会出现相互等待，并且由于redis的写性能和读性能远高于mysql，解决的性能问题，然后通过队列等异步手段，将变化的数据写到数据库中

优点：提高性能

缺点：没有解决超卖问题，同时由于异步写入db，所以可能会出现数据库缓存不一致的情况

2：引入队列，让所有写db操作在单队列中排队，变为串行处理。当库存到达阀值时就不进入消费队列，并关闭购买功能，解决了超卖问题

优点：解决了超卖问题

缺点：性能受限于队列中处理性能和db写入性能中最短的那个，如果多个商品抢购需要准备多条队列

3：采用redis中的分布式锁来解决超卖问题，要么是setnx，expire的原子方式，要么用redisson。

redis分布式锁怎么优化？

分段加锁，把数据分成很多段，每个段加单独的锁，就是把总库存拆分开拆成分库存，每个分库存都有一把锁

 

rabbitmq怎么做到消息不重复不丢失即使服务器重启？

1.消息持久化

2.队列持久化

3.发送消息时设置消息模式是持久化

4.手动确认

 

 

高并发情况下的秒杀系统？

   前端进行页面缓存，然后对同一个uid限制它的访问频率

   服务端用上请求队列，每次只有有限的写请求能够去到数据层，如果都成功，再放下一批请求进来，否则返回已结束

   对于访问请求用上redis，将秒杀的商品信息缓存在redis里，由于redis基于内存的操作，性能非常高，所以能够抗住高并发下的读请求，如果单机redis不行，那么就对redis做集群