字节一面:Redis主节点的Key已过期,但从节点依然读到过期数据....
Hollis
共 2017字,需浏览 5分钟
·
2021-11-26 20:11
主从架构
、读写分离
Master节点:负责业务的写操作
Slave节点:实时同步Master节点的数据,提供读能力
为了提高吞吐量,采用一主多从的架构,将业务的读压力分摊到多台服务器上
一、拉取过期数据
Redis性能高主要得益于纯内存操作,但内存存储介质的成本过高,所以数据的存储有一定的约束。
过期时间
,对于一些使用不是很频繁的数据,会定期删除,提高资源的利用率。优点:不需要单独启动额外的扫描线程,减少了CPU资源的损耗。 缺点:大量的过期数据滞留内存中,需要主动触发、检查、删除,否则会一直占用内存资源。
默认100ms
,Redis会随机挑选一定数量的Key,检查是否过期,并将过期的数据删除。主从同步
讲起了,我们先来看张流程图惰性删除
会发挥作用,主动触发删除操作,客户端不会拿到已过期数据特别注意:
此时同步过来的数据,虽然已经过期,但本着谁生产谁维护的原则,从库并不会主动删除同步的数据,需要依赖于主节点同步过来的key删除命令。
EXPIRE 和 PEXPIRE
,表示从执行命令那个时刻开始,往后延长 ttl 时间。严重依赖于 开始时间
从什么时候算起。EXPIRE:单位为秒
PEXPIRE:单位为毫秒
主库在 t1 时刻写入一个带过期时间的数据,数据的有效期一直到 t3
由于网络原因、或者缓存服务器的执行效率,从库的命令并没有立即执行。一直等到了 t2 才开始执行, 数据的有效期则会延后到 t5
如果,此时客户端访问从库,发现数据依然处于有效期内,可以正常使用
EXPIREAT 和 PEXPIREAT
,相对简单,表示过期时间为一个具体的时间点。避免了对开始时间
从什么时候算起的依赖。EXPIREAT:单位为秒
PEXPIREAT:单位为毫秒
特别注意: EXPIREAT 和 PEXPIREAT 设置的是时间点,所以要求主从节点的时钟保持一致,需要与NTP 时间服务器保持时钟同步。
读从库
可能拉取到过期数据,还可能遇到数据一致性问题。二、主从数据不一致
客户端写入主库,值为100
然后,主库将值100 同步给 从库
接着,客户端又访问主库,将值更新为 200
由于主从同步是异步进行的,有一定延迟,假如最新数据还没有同步到从库,那么从库读取的就不是最新值。
info replication
命令 ,查看主库接收写命令的进度信息(master_repl_offset),从库的复制写命令的进度信息(slave_repl_offset)master_repl_offset - slave_repl_offset 得到从库与主库间的复制进度差
有道无术,术可成;有术无道,止于术
欢迎大家关注Java之道公众号
好文章,我在看❤️
评论
Prerender.io节点服务器
Prerender是一个节点服务器,它使用HeadlessChrome从任何网页中呈现HTML,屏幕截图,PDF和HAR文件。Prerender服务器侦听http请求,获取URL并将其加载到Headl
Prerender.io节点服务器
0
Fumble节点错误对象
Fumble是简单的节点里的错误对象。专门为fetchr库创建,基于hapi.js。示例代码:var fumble = require('fumble');var callAndProcess = r
Fumble节点错误对象
0