0%

缓存DB一致性方案之Canal

并发场景下,读请求会先查缓存,缓存未命中则会去DB取数据并更新到缓存中(可能会出现穿透情况),更新缓存可能会失败导致缓存和DB不一致。对于写请求,缓存和DB的操作不在一个事务中,可能只有一个操作成功而另一个操作失败,从而导致数据不一致。

一、概念

      canal,发音[kə'næl],原意为水道/管道/沟渠等。它是阿里巴巴旗下的一款开源项目,纯Java开发,主要用途是基于MySQL数据库增量日志解析,提供增量数据订阅和消费。早期阿里巴巴因为杭州和美国双机房部署,存在跨机房同步的业务需求,实现方式主要是基于业务trigger获取增量变更。从2010年开始,业务逐步尝试数据库日志解析获取增量变更进行同步,由此衍生出了大量的数据库增量订阅和消费业务。

canal

基于日志增量订阅和消费的业务包括

  • 数据库镜像
  • 数据库实时备份
  • 索引构建和实时维护(拆分异构索引、倒排索引等)
  • 业务cache刷新
  • 带业务逻辑的增量数据处理
  • 当前的canal支持源端MySQL版本包括5.1.x,5.5.x,5.6.x,5.7.x,8.0.x

二、使用

  1. 工作原理
    • canal模拟MySQL slave的交互协议,伪装自己为MySQL slave,向MySQL master发送dump协议
    • MySQL master收到dump请求,开始推送binary log给slave(即canal)
    • canal解析binary log对象(原始为byte流)

三、参考

  1. 参考一