MySQL数据同步是目前数据库使用中比较常见的场景，其技术成熟，应用广泛。
本文介绍两种基础的数据单向同步方式，以应对不同的场景和需求，对比两种方案的优缺点，总结应用场景。
一、简单的库内表同步场景
此场景的主要特点是数据量不大，结构比较简单，而且没有跨数据库实例的情况，适合使用触发器实现。
这里先对触发器做一个简单的介绍：触发器是存储在数据库目录中的一组SQL语句。每当与表相关联的事件发生时，就会触发SQL触发器语句，从而实现对数据的同步。
点击此处添加图片说明文字
下面以简单的实例展示如何使用触发器同步数据。
首先，新建两个需要同步的数据库以及相同结构的表：
点击此处添加图片说明文字
在需要同步的数据库和表上新建一个insert动作之后的触发器:
点击此处添加图片说明文字
使用 show triggers 查看新建的触发器:
点击此处添加图片说明文字
新增数据并测试：
点击此处添加图片说明文字
这里对temp_db数据库的 temp_for_sync 表新增数据，而temp_db1中的temp_for_sync表也有新增的记录同步过来了，说明insert触发器生效了。
update和delete触发器实例如下：
点击此处添加图片说明文字
注意：触发器同步来的数据，只能做到单向同步，所以同步来的数据必须是只读的，否则会引发数据一致性问题，此外，对于复杂的业务场景，
触发器可能会造成一定性能问题，所以，这个方案仅适合于简单的同步场景，对于有性能要求或者较为复杂的场景并不适用。
二、使用MySQL的主从同步方法
binlog简介：MySQL的binlog日志作用是用来记录MySQL内部增删改查等对MySQL数据库有更新的内容的记录(对数据库的改动)，对数据库的查询select或show等不会被binlog日志记录。主要用于数据库的主从复制以及增量恢复。
基于binlog的主从同步流程如下：
1.主服务器(master)将变更事件(更新、删除、表结构改变等等)写入二进制日志(master log)。
2.从服务器(slave)的IO线程从主服务器(binlog dump线程)获取二进制日志，并在本地保存一份自己的二进制日志(relay log)
3.从服务器的SQL线程读取本地日志(relay log)，并重演变更事件。
下面简要介绍主从同步的配置方法：
主库，本地MySQL服务器 IP: 192.168.99.215
从库，本地MySQL服务器 IP: 192.168.98.159
第一步，配置主库信息：
主库配置，新增以下配置项，完成bin_log的配置：
点击此处添加图片说明文字
这里注意 server-id要唯一。
重启服务并查看主库状态：
点击此处添加图片说明文字
给从库赋权，以读取binlog从而同步数据：
点击此处添加图片说明文字
主库配置完成。
第二步，配置从库信息：
配置从库信息server_id并重启从库：
点击此处添加图片说明文字
在主库配置从库关于主库的信息，并开启同步主库：
点击此处添加图片说明文字
验证同步效果，在主库新建库，表，记录，删除：
点击此处添加图片说明文字
至此，完成了单向主从同步的基本配置。
点击此处添加图片说明文字
三、两种方案的对比
这两种方法都可以实现需求，而且各有优劣：
触发器的实现比较简单，不需要另外新启动一个MySQL实例，对资源的消耗比较小，适合简单的业务场景，缺点在于字段有变更时，需要及时修改表结构，以及触发器的实现。
主从不需要关系表结构的修改，只需要配置，缺点在于需要新启MySQL服务实例，会消耗一定资源，适合业务比较复杂的场景。
