问题一:Redis 和数据库不一致会造成什么影响问题二:这个场景一定要上 Redis 吗数据库已经到瓶颈了吗问题三:锁单是什么逻辑问题四:是多人抢一个单还是有限库存扣减到 0问题五:RabbitMQ 怎么实现延时消息问题一:Redis 和数据库不一致会造成什么影响造成影响业务数据错乱前端查 Redis 拿到旧数据和真实数据库不一致展示错误。比如商品库存缓存没更新页面库存和真实库存对不上。超卖 / 重复下单库存缓存、数据库数值不一样并发下单出现库存扣多、超卖。订单、账单出错缓存和库数据不同步对账失败财务核对出现差额。脏数据长期残留缓存一直没刷新后续所有查询全是错误数据。一句话速记数据展示错误、库存超卖、账单对账失败产生脏数据业务逻辑出错。如何解决Redis缓存与数据库数据不一致的问题如何保证Redis缓存与数据库数据的一致性除了Redis还有哪些常用的缓存数据库问题二:这个场景一定要上 Redis 吗数据库已经到瓶颈了吗不是所有场景必须用 Redis低并发、访问量小MySQL 完全扛得住没必要额外引入 Redis增加架构复杂度、多了缓存一致性维护成本。数据极少重复查询缓存收益很低没必要搭建缓存。2、需要引入 Redis 的判断数据库遇到这些瓶颈再上大量高频读请求压垮 MySQL数据库 CPU、IO 打满查询缓慢热点数据重复访问多适合缓存减轻库压力需要分布式锁、限流、计数器等 MySQL 不好实现的能力。总结话术数据库无高并发、无大量热点查询不用 Redis当数据库读请求压力大出现性能瓶颈依靠 Redis 扛读流量。问题三:锁单是什么逻辑整体流程用户下单先锁住对应商品库存锁定一段时间比如 15 分钟此时库存被占用其他人无法下单限时内完成支付正式扣减真实库存订单生效超时未付款自动解锁库存库存回流商品可重新被抢购。核心目的防止用户占着库存不付钱导致库存被空占、商品卖不出去用延时消息自动回收超时锁。一句话速背下单临时锁定库存限时付款超时自动释放库存避免库存冻结浪费。问题四:是多人抢一个单还是有限库存扣减到 0两种业务区分多人抢一个单秒杀孤品库存总量 1所有人争抢唯一商品成功一人其余全部失败。适合限量单件抢购。有限库存扣减到 0常规秒杀初始有批量库存如 100 件并发下单不断扣减库存库存扣为 0 后禁止下单。绝大多数商品秒杀采用该模式。项目常规选型业务大多是库存扣减至 0孤品、限量单品才是多人抢一单。一句话速记单件抢购 抢 1 个批量商品 库存扣到 0 为止。问题五:RabbitMQ 怎么实现延时消息两种主流方案方案 1死信队列最常用推荐消息发到普通队列设置过期时间 TTL消息超时没被消费自动进入死信交换机、路由至死信队列业务监听死信队列实现延时执行。 优点原生支持无需装插件稳定。方案 2延时插件 rabbitmq-delayed-message-exchange安装插件创建延时交换机发消息时直接指定延迟时长到点消息投递 优点灵活可动态改延迟时间缺点需要额外装插件。背诵一句话生产常用死信 TTL 做延时需要灵活改延迟就装延时交换机插件。