Redis的双写一致性问题

双写一致性问题

1.先删除缓存或者先删除数据库都可能出现脏数据。

2.删除两次缓存,可以在一定程度上降低脏数据的出现。

3.延时是因为数据库一般采用主从分离,读写分离。延迟一会是让主节点把数据同步到从节点。

1.读写锁保证数据的强一致性

因为一般放入缓存中的数据都是读多写少(如果读少写多,就不用缓存了,直接操作数据库)。因此,用读写锁可以保证数据的强一致性。但缺点就是性能低,因为写数据时,其他线程还是要等待。

2.消息队列保证数据最终一致

这种情况可能有短暂的数据延迟,但效率高。

3.基于Canal的异步通知(和方法2类似)

优点:对于业务代码几乎零侵入。 缺点:还是可能有短暂的数据延迟。

总结:

相关推荐
Leon-Ning Liu2 分钟前
【系列实验一】Oracle 19c RAC 安装(4个节点)
数据库·oracle
xuanloyer2 分钟前
oracle从入门到精通--oracle体系结构
数据库·oracle
生产队队长3 分钟前
Database:Linux环境中的Oracle修改密码
linux·数据库·oracle
Elseide艾思4 分钟前
【数据速递】数字经济招聘数据(2012年至今)
数据库
叽里咕噜怪5 分钟前
MySQL-主从复制实验详解
数据库·mysql
即将进化成人机5 分钟前
巷陌店铺方法功能整理
数据库·mysql
菜萝卜子5 分钟前
k8s 启动 postgresql 数据库
数据库·postgresql·kubernetes
jfqqqqq7 分钟前
postgres查看数据库大小
数据库·postgres
xcLeigh9 分钟前
实测 openEuler 生态适配与应用部署:多架构 + 云原生 + 数据库全场景落地指南
数据库·云原生·架构·openeuler
热爱跑步的恒川15 分钟前
OpenEuler上Docker Compose部署PostgreSQL数据库
数据库·docker·postgresql