MySql与Redis双写方案

一、简介

       有两种同步方案：

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

二、方案一：UDF

       2.1、场景分析

               当我们对MySQL数据库进行数据操作时，同时将相应的数据同步到Redis中，同步到Redis之后，查询的操作就从Redis中查找。

       2.2、过程

1. 1. 在MySQL中对要操作的数据设置触发器Trigger，监听操作；
   2. 客户端（NodeServer）向MySQL中写入数据时，触发器会被触发，触发之后调用MySQL的UDF函数；
   3. UDF函数可以把数据写入到Redis中，从而达到同步的效果。

                      

       2.3、方案分析

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

 三、方案二：解析binlog

         3.1、先来介绍一下MySQL复制的原理，如下图所示：

                 1、主服务器操作数据，并将数据写入Bin log；

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

                            

          3.2、方案二详情

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

                            

         3.3、假如下面是一个云数据库实例分析

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

                               

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