字节一面:Redis主节点的Key已过期,但从节点依然读到过期数据....

本文探讨了Redis主从架构中可能出现的过期数据拉取问题及解决方案,包括Redis的过期策略(惰性删除和定期删除)、主从数据不一致的原因与解决办法,强调了主从版本、过期时间设置和网络延迟对数据一致性的影响。
摘要由CSDN通过智能技术生成

微信搜索 【微观技术】,关注这个不喜欢内卷的程序员。

精彩文章汇总 GitHub https://github.com/aalansehaiyang/technology-talk ,Star 12K ,汇总java生态圈常用技术框架、开源中间件,系统架构、数据库、大公司架构案例、常用三方类库、项目管理、线上问题排查、个人成长、思考等知识

大家好,我是Tom哥~

我们知道,大部分的业务场景都是读多写少,为了利用好这个特性,提升Redis集群系统的吞吐能力,通常会采用主从架构读写分离

如上图所示:其中

  • Master节点:负责业务的写操作

  • Slave节点:实时同步Master节点的数据,提供读能力

为了提高吞吐量,采用一主多从的架构,将业务的读压力分摊到多台服务器上

上述方案,看似合理,但其实可能存在一定隐患!

一、拉取过期数据

Redis性能高主要得益于纯内存操作,但内存存储介质的成本

评论 19
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值