Redis篇

文章目录

缓存雪崩


双写一致性


延时双删:先删除缓存再更新数据库,再延时删除缓存,一般不是要求强一致性基本采用的这种方式,虽然说在延时这部分时间内,还可能会读到脏数据:更新了数据库,这时还没同步到slave,但这时读了数据,读到的还是旧数据,并吧这个旧数据写到了缓存。

还可以采用Canal和MQ实现最终一致性:canal的话跟我们的代码更解耦。


RDB 执行原理:执行bgsave非阻塞的这种方式,会fork一个子进程,将主进程的页表复制一份,由页表找到内存中的数据,然后写入RDB文件,fork采用的是copy-on-write,当此时主进程有写操作时,会拷贝一份数据执行写操作。

相关推荐
吃糖的小孩1 小时前
给 QQ AI 机器人设计“可控记忆”:会话摘要、手动长期记忆与角色卡边界
数据库
笃行35019 小时前
金仓数据库数据安全双防线:静态存储加密与传输加密实战
数据库
笃行35019 小时前
金仓数据库物理备份实战:sys_rman 全流程演练与误覆盖抢救
数据库
笃行35019 小时前
金仓数据库逻辑备份实战:从全库导出到 Schema 替换的完整闭环
数据库
leeyi1 天前
Checkpoint 机制:Agent 怎么在断电后接着跑
redis·aigc·agent
SelectDB2 天前
阶跃星辰基于 SelectDB 构建 PB 级 Agent 可观测平台
大数据·数据库·aigc
这个DBA有点耶2 天前
GROUP BY优化全解:如何写出既不丢数据又飞快的分组查询
数据库·mysql·架构
掉头发的王富贵2 天前
【StarRocks】极限十分钟入门StarRocks
数据库·sql·mysql
Nturmoils2 天前
WHERE 条件别凭习惯写,常用查询先跑一遍
数据库