MySQL 与 Redis 缓存的同步方案,建议收藏!

更多内容关注微信公众号:fullstack888

本文介绍MySQL与Redis缓存的同步的两种方案

  • 方案1:通过MySQL自动同步刷新Redis,MySQL触发器+UDF函数实现

  • 方案2:解析MySQL的binlog实现,将数据库中的数据同步到Redis


一、方案1(UDF)

  • 场景分析: 当我们对MySQL数据库进行数据操作时,同时将相应的数据同步到Redis中,同步到Redis之后,查询的操作就从Redis中查找

  • 过程大致如下:

    • 在MySQL中对要操作的数据设置触发器Trigger,监听操作

    • 客户端(NodeServer)向MySQL中写入数据时,触发器会被触发,触发之后调用MySQL的UDF函数

    • UDF函数可以把数据写入到Redis中,从而达到同步的效果

8171e3f94bc2754a03af8cf6d1358c63.png

  • 方案分析:

    • 这种方案适合于读多写少,并且不存并发写的场景

    • 因为MySQL触发器本身就会造成效率的降低,如果一个表经常被操作,这种方案显示是不合适的

演示案例

  • 下面是MySQL的表

2bc04fe7064ee1bfeeee42cb3d1e4f8e.png

  • 下面是UDF的解析代码

ee713382d61fc2ae915ae50b79e580d0.png

  • 定义对应的触发器

269dc67d78df18a92bb27a90a58bf60a.png

47c18233ad210114bfdcc8035f3ce022.png

ff3d4a37ad7b7752ee9cfc6ab342edef.png

二、方案2(解析binlog)

  • 在介绍方案2之前我们先来介绍一下MySQL复制的原理,如下图所示:

    • 主服务器操作数据,并将数据写入Bin log

    • 从服务器调用I/O线程读取主服务器的Bin log,并且写入到自己的Relay log中,再调用SQL线程从Relay log中解析数据,从而同步到自己的数据库中

db958b3035c0730a3d39cece6de30a75.png

  • 方案2就是:

    • 上面MySQL的整个复制流程可以总结为一句话,那就是:从服务器读取主服务器Bin log中的数据,从而同步到自己的数据库中

    • 我们方案2也是如此,就是在概念上把主服务器改为MySQL,把从服务器改为Redis而已(如下图所示),当MySQL中有数据写入时,我们就解析MySQL的Bin log,然后将解析出来的数据写入到Redis中,从而达到同步的效果

dc08fa0dd59765ef2b69ded492346d23.png

  • 例如下面是一个云数据库实例分析:

    • 云数据库与本地数据库是主从关系。云数据库作为主数据库主要提供写,本地数据库作为从数据库从主数据库中读取数据

    • 本地数据库读取到数据之后,解析Bin log,然后将数据写入写入同步到Redis中,然后客户端从Redis读数据

1dc7a7e35ff00faf2449d35554563c23.png

  • 这个技术方案的难点就在于: 如何解析MySQL的Bin Log。但是这需要对binlog文件以及MySQL有非常深入的理解,同时由于binlog存在Statement/Row/Mixedlevel多种形式,分析binlog实现同步的工作量是非常大的

Canal开源技术

  • canal是阿里巴巴旗下的一款开源项目,纯Java开发。基于数据库增量日志解析,提供增量数据订阅&消费,目前主要支持了MySQL(也支持mariaDB)

  • 开源参考地址有:https://github.com/liukelin/canal_mysql_nosql_sync

  • 工作原理(模仿MySQL复制):

    • canal模拟mysql slave的交互协议,伪装自己为mysql slave,向mysql master发送dump协议

    • mysql master收到dump请求,开始推送binary log给slave(也就是canal)

    • canal解析binary log对象(原始为byte流)

6d360aab718843db82af1d560b076a92.png

  • 架构:

    • eventParser (数据源接入,模拟slave协议和master进行交互,协议解析)

    • eventSink (Parser和Store链接器,进行数据过滤,加工,分发的工作)

    • eventStore (数据存储)

    • metaManager (增量订阅&消费信息管理器)

    • server代表一个canal运行实例,对应于一个jvm

    • instance对应于一个数据队列 (1个server对应1..n个instance)

    • instance模块:

bdab39c2ee51f7ab29a0d9cebdb8718d.png

  • 大致的解析过程如下:

    • parse解析MySQL的Bin log,然后将数据放入到sink中

    • sink对数据进行过滤,加工,分发

    • store从sink中读取解析好的数据存储起来

    • 然后自己用设计代码将store中的数据同步写入Redis中就可以了

    • 其中parse/sink是框架封装好的,我们做的是store的数据读取那一步

503858cde264dcb331bdf9381aa20a64.png

  • 更多关于Cancl可以百度搜索

  • 下面是运行拓扑图

70401e8f374994cac514bcd3fea5978b.png

  • MySQL表的同步,采用责任链模式,每张表对应一个Filter。 例如zvsync中要用到的类设计如下:

f636aa1a55870db7cbdd5e89b375a985.png

  • 下面是具体化的zvsync中要用到的类, 每当新增或者删除表时,直接进行增删就可以了

74e03177c1509c064a8b5f48afb9f1c6.png

三、附加

本文上面所介绍的都是从MySQL中同步到缓存中。但是在实际开发中可能有人会用下面的方案:客户端有数据来了之后,先将其保存到Redis中,然后再同步到MySQL中 这种方案本身也是不安全/不可靠的,因此如果Redis存在短暂的宕机或失效,那么会丢失数据

a24f7a6c40877a9e6ce4d32c37f78d5f.png

- END -

往期回顾

微服务架构科普及设计模式

微服务之间的最佳调用方式

多账号统一登陆,账号模块的系统设计

美团技术 Leader,送给程序员的10条精进建议

基于 Prometheus、InfluxDB 与 Grafana 打造监控平台

Linux 操作系统 — I/O系统原理

爬虫或恶意攻击,如何动态屏蔽IP地址?

纯干货:系统架构性能问题诊断及优化思路

代码整洁 vs 代码肮脏

一个复杂系统的拆分改造实践!

259f7c8104071acaaae37c6df545dc2f.png

详情架构群的同学,加微信: jiagou6688 ,备注:Java

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值