Redis篇

文章目录

缓存雪崩


双写一致性


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

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


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

相关推荐
Flynt3 小时前
Room 3.0 包名重构 + KMP 迁移:我把项目升级踩了个遍
android·数据库·kotlin
晚安code3 小时前
缓存击穿、穿透、雪崩一次讲透:附 Redis hotkey 实战
redis
wear工程师3 小时前
Redis 分布式锁到底靠不靠谱:从 SETNX 到 Redlock,我踩过的坑和业内的争议
redis·面试
这个DBA有点耶19 小时前
NULL不是空——数据库里最反直觉的设计,90%新人踩过的坑
数据库·mysql·代码规范
这个DBA有点耶21 小时前
AI写的SQL跑崩了生产库,这锅谁背?
数据库·人工智能·程序员
镜舟科技21 小时前
Databricks 再提 LTAP,AI 时代的数据底座为何重回大一统叙事?
数据库·架构·agent
Databend1 天前
从湖仓升级为 Agent 时代的数据控制面,Snowflake 和 Databricks 有哪些布局
大数据·数据库·agent
ClouGence1 天前
SQL Server CDC 能放到 Always On 备库读吗?一文讲透原理与实践
数据库·sql server
先吃饱再说2 天前
存储的进化:从 MySQL 到浏览器缓存,数据到底住在哪?
数据库
Nturmoils2 天前
字段太多看不全,ksql 的展开模式和输出控制怎么用
数据库·后端