缓存数据库双写不一致

本文探讨了Redis缓存与Mysql数据库双写不一致的解决方案,包括异步更新、binlog监控、Canal组件的应用,以及各种策略的优缺点,如先更新数据库后删除缓存、设置缓存过期等。还提到了缓存一致性问题的挑战和局限性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

缓存数据库双写不一致

Redis 缓存与数据库 Mysql 双写不一致如何解决?方案2应该是最好的,也是最复杂的。其他都有很明显的问题。

  1. 对于频繁更新的数据不建议加缓存

  2. 异步更新缓存(基于订阅 binlog 的同步机制):binlog 增量订阅消费 + 消息队列 + 增量数据更新到 redis

    1. 读 Redis:热数据基本都在 Redis
    2. 写 Mysql:增删改都在数据库;
    3. 更新 redis 数据:数据库的操作是 binlog,来更新到 Reids(全量(全部写入 Redis),增量(实时更新))
    4. 读取 binlog 后,利用 MQ 推送更新各台的 redis 缓存数据;

    通过 Canal 组件监控 Mysql 中 binLog 日志的变化,把更新后的数据同步到 Redis 中。

    1. Canal 模拟 Mysql Slave 的交互协议,伪装自己为 Mysql Slave,向 Mysql Master 发送 dump 协议。
    2. Mysql Master 收到 dump 请求,开始推送 Binary log 给 slave(即 Canal)。
    3. Canal 解析 birary log 对象(原始为 Byte 流)。
  3. 面向缓存,所有读、写请求都在 Redis 中进行,发生写事件时由消息队列异步更新数据库。

    1. 漏洞:如果redis崩了,或者消息队列崩了,就有可能丢失数据,
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值