本文介绍MySQL与Redis缓存的同步的两种计划

  • 计划1：通过MySQL主动同步刷新Redis，MySQL触发器+UDF函数实现
  • 计划2：解析MySQL的binlog实现，将数据库中的数据同步到Redis

计划1（UDF）

  • 场景剖析：当咱们对MySQL数据库进行数据操作时，同时将相应的数据同步到Redis中，同步到Redis之后，查问的操作就从Redis中查找
  • 过程大抵如下：
  • 在MySQL中对要操作的数据设置触发器Trigger，监听操作
  • 客户端（NodeServer）向MySQL中写入数据时，触发器会被触发，触发之后调用MySQLUDF函数
  • UDF函数能够把数据写入到Redis中，从而达到同步的成果

  • 计划剖析：
  • 这种计划适宜于读多写少，并且不存并发写的场景
  • 因为MySQL触发器自身就会造成效率的升高，如果一个表常常被操作，这种计划显示是不适合的
演示案例

上面是MySQL的表

上面是UDF的解析代码

定义对应的触发器

计划2（解析binlog）

在介绍计划2之前咱们先来介绍一下MySQL复制的原理，如下图所示：

  • 主服务器操作数据，并将数据写入Bin log
  • 从服务器调用I/O线程读取主服务器的Bin log，并且写入到本人的Relay log中，再调用SQL线程从Relay log中解析数据，从而同步到本人的数据库中

计划2就是：

  • 下面MySQL的整个复制流程能够总结为一句话，那就是：从服务器读取主服务器Bin log中的数据，从而同步到本人的数据库中
  • 咱们计划2也是如此，就是在概念上把主服务器改为MySQL，把从服务器改为Redis而已（如下图所示），当MySQL中有数据写入时，咱们就解析MySQL的Bin log，而后将解析进去的数据写入到Redis中，从而达到同步的成果。（搜寻公众号民工哥技术之路，回复“1024”，送你一份技术宝典）

例如上面是一个云数据库实例剖析：

  • 云数据库与本地数据库是主从关系。云数据库作为主数据库次要提供写，本地数据库作为从数据库从主数据库中读取数据
  • 本地数据库读取到数据之后，解析Bin log，而后将数据写入写入同步到Redis中，而后客户端从Redis读数据

这个技术计划的难点就在于：如何解析MySQL的Bin Log。然而这须要对binlog文件以及MySQL有十分深刻的了解，同时因为binlog存在Statement/Row/Mixedlevel多种形式，剖析binlog实现同步的工作量是十分大的

Canal开源技术

canal是阿里巴巴旗下的一款开源我的项目，纯Java开发。基于数据库增量日志解析，提供增量数据订阅&生产，目前次要反对了MySQL（也反对mariaDB）

开源参考地址有：https://github.com/liukelin/c...\_mysql\_nosql\_sync

工作原理（模拟MySQL复制）：
  • canal模仿mysql slave的交互协定，假装本人为mysql slave，向mysql master发送dump协定
  • mysql master收到dump申请，开始推送binary log给slave（也就是canal）
  • canal解析binary log对象（原始为byte流）

架构：

  • eventParser (数据源接入，模仿slave协定和master进行交互，协定解析)
  • eventSink (Parser和Store链接器，进行数据过滤，加工，散发的工作)
  • eventStore (数据存储)
  • metaManager (增量订阅&生产信息管理器)
  • server代表一个canal运行实例，对应于一个jvm
  • instance对应于一个数据队列 （1个server对应1..n个instance)
  • instance模块

大抵的解析过程如下：

  • parse解析MySQL的Bin log，而后将数据放入到sink中
  • sink对数据进行过滤，加工，散发
  • store从sink中读取解析好的数据存储起来
  • 而后本人用设计代码将store中的数据同步写入Redis中就能够了
  • 其中parse/sink是框架封装好的，咱们做的是store的数据读取那一步

更多对于Cancl能够百度搜寻

上面是运行拓扑图

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

上面是具体化的zvsync中要用到的类， 每当新增或者删除表时，间接进行增删就能够了

附加

本文下面所介绍的都是从MySQL中同步到缓存中。然而在理论开发中可能有人会用上面的计划：客户端有数据来了之后，先将其保留到Redis中，而后再同步到MySQL中 这种计划自身也是不平安/不牢靠的，因而如果Redis存在短暂的宕机或生效，那么会失落数据

作者 | 江南、董少
起源 | https://dongshao.blog.csdn.ne...