MySQL异步复制（基于position和基于gtid的主从复制）

一.MySQL异步复制（基于position的主从复制）

数据备份 数据备份是一种古老而有效的数据保护手段，早期的数据备份手段主要是数据冷备，即定期将数据复制到
某种存储介质(磁带，光盘…)上并物理存档保管，如果系统存储损坏，那么就从冷备的存储中恢复数据
冷备的优点是简单和廉价，成本和技术难度都较低，缺点是不能保证数据最终一致
由于数据是定期复制，因此备份设备中的数据比系统中的数据陈旧，如果系统数据丢失，那么从上个备份点开始后更新的数据就会永久丢失，不能从备份中恢复，同时也不能保证数据的可用性，从冷备存储中恢数据需要较长的时间，而这段时间无法访问数据，系统也不可用

实验环境，三个干净的虚拟机(默认端口3306)

异步复制（主从复制）master节点不会关心slave节点的状态，只需要写自己的数据即可
能不能完成复制看slave节点的io线程和sql线程是否开启

主从复制的要求：

（1）主库开启binlog日志（设置log-bin参数）
（2）主从server-id不同
（3）从库服务器能连同主库

主从复制的原理：

**mysql的主从配置又叫replication，AB复制，基于binlog二进制日志，主数据库必须开启binlog二进制日志才能进行复制**

（1） master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）；
（2）从库生成两个线程，一个i/o线程，一个SQL线程，i/o线程去请求主库的binlog，sql线程进行日志回放来复制
（3） slave将master的binary log events拷贝到它的中继日志(relay log)；
（4）slave重做中继日志中的事件，将更改应用到自己的数据上。

mysql的主从复制（异步复制）（基于position）把一个事件拆开来复制，并不是以一个完整的事件为单位来进行复制**

一开始两个mysql必须一模一样，否则会报错
master自己做自己的，写在自己的日志里
slave能否同步成功取决于IO线程，和SQL线程回放日志
IO通过联系master拿到master的二进制日志，SQL回放日志
slave节点的数据总比master节点的数据慢

异步复制：在主节点写入日志即返回成功，默认情况下MySQL5.5/5.6/5.7和mariaDB10.0/10.1的复制功能是异步的

异步复制可以实现最佳的性能，主库把binlog日志发送给从库，这一动作就结束了，并不验证从库，会造成主从库数据不一致

1.mysql的主从复制

1)下载mysql的rpm包
tar xf mysql-5.7.24-1.el7.x86_64.rpm-bundle.tar

2)安装需要的包
yum install -y mysql-community-client-5.7.24-1.el7.x86_64.rpm mysql-community-common-5.7.24-1.el7.x86_64.rpm mysql-community-libs-5.7.24-1.el7.x86_64.rpm mysql-community-libs-compat-5.7.24-1.el7.x86_64.rpm mysql-community-server-5.7.24-1.el7.x86_64.rpm
#安装后会替换mariadb相关的库文件
#server2也需要装

3)修改配置文件，配合官方文档看

负责在主、从服务器传输各种修改动作的媒介是主服务器的二进制变更日志，这个日志记载着需要传输给从服务器的各种修改动作。因此，主服务器必须激活二进制日志功能。从服务器必须具备足以让它连接主服务器并请求主服务器把二进制变更日志传输给它的权限

vim /etc/my.cnf

log-bin=mysql-bin	##文档最后加，二进制日志复制，id号来区分主机   主服务器必须激活二进制日志功能
server-id=1

开启二进制文件并且命名