Redis篇

文章目录

缓存雪崩


双写一致性


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

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


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

相关推荐
鱼鳞_37 分钟前
苍穹外卖-Day07(缓存菜品)
java·缓存
Lee川7 小时前
Milvus 实战:当 RAG 遇上向量数据库,从"玩具 Demo"到"生产可用的"那一步
前端·数据库·人工智能
晚烛8 小时前
CANN 调试工具与性能剖析:从日志分析到 NPU 行为追踪的完整调试体系
开发语言·windows·python·深度学习·缓存
月落归舟9 小时前
MyBatis缓存机制
java·缓存·mybatis
网管NO.19 小时前
SQL 排序分页精讲!ORDER BY+LIMIT 全套用法,报表分页
数据库·sql
MRSM_0110 小时前
InfluxDB vs TimescaleDB,谁更适合你的场景
数据库
CAE虚拟与现实10 小时前
Redis如何保证存和读的过程中数据的一致性?
数据库·redis·缓存
我爱cope13 小时前
【Agent智能体4 | 智能体AI的应用】
数据库·人工智能·职场和发展