MySQL 与 Redis 缓存的同步方案

朴灿烈づ我的快乐病毒、 2022-10-05 15:51 156阅读 0赞

![0D5F937FE12312312D81F17F.jpg][]

程序员的成长之路

互联网/程序员/技术/资料共享

[关注][Link 1]

阅读本文大概需要 3 分钟。

*作者 | 江南、董少 *

*来源 | https://dongshao.blog.csdn.net/article/details/107190925*

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

*  方案1：通过MySQL自动同步刷新Redis，MySQL触发器+UDF函数实现
 *  方案2：解析MySQL的binlog实现，将数据库中的数据同步到Redis

## 方案1（UDF） ##

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

![1434be5b779cbd8cb40bcd6795af5eeb.png][]

*  方案分析：
 *   *  这种方案适合于读多写少，并且不存并发写的场景
     *  因为MySQL触发器本身就会造成效率的降低，如果一个表经常被操作，这种方案显示是不合适的

###### 演示案例 ######

下面是MySQL的表

![27bf593a77016afbaf183c69811c2eec.png][]

下面是UDF的解析代码

![74edc6191c7a36de94f0c2ea3d0e215e.png][]

定义对应的触发器

![cd88d72fa11c9dcc762d4ec5e6e527ab.png][]![33650a208ec5bef8f677168d1ee38d69.png][]![e6b2892ac1818f1726e6a4a89a6898af.png][]

## 方案2（解析binlog） ##

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

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

![80ac8d1f14a234a8c1fc6ab41a57a86f.png][]

方案2就是：

*  上面MySQL的整个复制流程可以总结为一句话，那就是：从服务器读取主服务器Bin log中的数据，从而同步到自己的数据库中
 *  我们方案2也是如此，就是在概念上把主服务器改为MySQL，把从服务器改为Redis而已（如下图所示），当MySQL中有数据写入时，我们就解析MySQL的Bin log，然后将解析出来的数据写入到Redis中，从而达到同步的效果。

![d91a738d1441f91e132dde08ac3a359f.png][]

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

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

![9adebea3616dcd03eb9c57cf8284f456.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流）

![3037fbe2136a2ebffcf5efb8eed71083.png][]

架构：

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

![6badcf2ab7483af65fd0a842a1a86965.png][]

大致的解析过程如下：

*  parse解析MySQL的Bin log，然后将数据放入到sink中
 *  sink对数据进行过滤，加工，分发
 *  store从sink中读取解析好的数据存储起来
 *  然后自己用设计代码将store中的数据同步写入Redis中就可以了
 *  其中parse/sink是框架封装好的，我们做的是store的数据读取那一步

![d1c44c2b356120a3afb5b73f197a401d.png][]

更多关于Cancl可以百度搜索

下面是运行拓扑图

![b37dcc5ea5d20242ae0bbd04c5cc95d7.png][]

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

![5ef0f74f9d0ffb99bfdbf8000e606f17.png][]

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

![cad795cdfc956d1a830ca1581d4ab057.png][]

## 附加 ##

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

![fd2d55e2db74cec33bddb3513534f915.png][]

<END>

**推荐阅读：**

[推荐一款 Nginx 可视化配置神器][Nginx]

[Spring的@Transactional如何实现的（必考）][Spring_Transactional]

最近面试BAT，整理一份面试资料《Java面试BATJ通关手册》，覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。

**获取方式：点个「****在看****」，点击上方小卡片，进入公众号后回复「****面试题****」领取，更多内容陆续奉上。**

朕已阅 ![f1227092acced16a6122cf61f3a36384.gif][]

[0D5F937FE12312312D81F17F.jpg]: /images/20221005/f8a9f4d7bb5547cd89fcccbfd54d8eef.png
[Link 1]: https://mp.weixin.qq.com/s?__biz=MzUyNDkzNzczNQ%3D%3D&chksm=fa24f0bacd5379ac93d74ffebac826d2401fd494f82e900e5102a8bf968f108e4ec72a4ad548&idx=3&lang=zh_CN&mid=2247487442&scene=21&sn=61e758d4bf9f15a3419fd028146469a3&token=1854383306#wechat_redirect
[1434be5b779cbd8cb40bcd6795af5eeb.png]: /images/20221005/88679d12f2a04da48ae7150622910b09.png
[27bf593a77016afbaf183c69811c2eec.png]: /images/20221005/5631140fdbe448e882e7aced47aaf665.png
[74edc6191c7a36de94f0c2ea3d0e215e.png]: /images/20221005/359d4aa56329474c9ae3846df9aa7c99.png
[cd88d72fa11c9dcc762d4ec5e6e527ab.png]: https://img-blog.csdnimg.cn/img_convert/cd88d72fa11c9dcc762d4ec5e6e527ab.png
[33650a208ec5bef8f677168d1ee38d69.png]: https://img-blog.csdnimg.cn/img_convert/33650a208ec5bef8f677168d1ee38d69.png
[e6b2892ac1818f1726e6a4a89a6898af.png]: /images/20221005/77fb5c78ce78401fb2037593e728a314.png
[80ac8d1f14a234a8c1fc6ab41a57a86f.png]: /images/20221005/4a1e2205c8c743cebc5afdc696b4d8f7.png
[d91a738d1441f91e132dde08ac3a359f.png]: /images/20221005/b86afd64fbda4652843c5c88e124ab1a.png
[9adebea3616dcd03eb9c57cf8284f456.png]: /images/20221005/5db5f106516d4eeba8d69147c732a456.png
[3037fbe2136a2ebffcf5efb8eed71083.png]: /images/20221005/ba7b1e2820914c7285ab3e69b312c3ba.png
[6badcf2ab7483af65fd0a842a1a86965.png]: /images/20221005/b8cce84283eb47adab4a9d7503b2ec1c.png
[d1c44c2b356120a3afb5b73f197a401d.png]: /images/20221005/169cdf24f1cd42e48da65b26a62d20c0.png
[b37dcc5ea5d20242ae0bbd04c5cc95d7.png]: /images/20221005/5080a7b19c724e9d95996358831be786.png
[5ef0f74f9d0ffb99bfdbf8000e606f17.png]: /images/20221005/1bdd3efb40a341a5b3f1a253a140a321.png
[cad795cdfc956d1a830ca1581d4ab057.png]: /images/20221005/ae6e90d17ce444f8bbb01ef6788a43e5.png
[fd2d55e2db74cec33bddb3513534f915.png]: /images/20221005/af2c7358ef12409ebe6499b030bb693f.png
[Nginx]: http://mp.weixin.qq.com/s?__biz=MzUyNDkzNzczNQ%3D%3D&chksm=fa275ff5cd50d6e39ca9adb9c8e567ca30c6cb7b65910eb38669ea4ace966fe21102436c6245&idx=1&mid=2247508125&scene=21&sn=b6711fa0f501b31352567337549d9725#wechat_redirect
[Spring_Transactional]: http://mp.weixin.qq.com/s?__biz=MzUyNDkzNzczNQ%3D%3D&chksm=fa275ff5cd50d6e3c71d6f388f942892c9cffd9c3c114610c8c467f9c4bdf07abcbf1edfbbf2&idx=2&mid=2247508125&scene=21&sn=2a1759d39a454937c72a8172c6f45ece#wechat_redirect
[f1227092acced16a6122cf61f3a36384.gif]: /images/20221005/8334c63ac0614ca9a3507724a6db6b66.png