MySQL基于GTID的主从复制
 
第一种情况：
已经安装了mysql
1、service mysqld stop
2、删除对应目录 /data/* 和 /usr/local/mysql/
3、sh init_mysql5.7.31_v1.sh
安装之后mysql的基本信息在/home/bgyuser/下
 
第二种情况：
sh init_mysql5.7.31_v1.sh
安装之后mysql的基本信息在/home/bgyuser/下
 
*重点*
1、主从复制
基于binlog的主从复制和基于GTID的主从复制
 
异步复制（binlog主从复制）：
1.主从复制原理
mysql的主从配置又叫replication，AB复制，基于binlog二进制日志，主数据库必须开启binlog二进制日志才能进行复制。
 
过程：
主数据库将更改操作记录到binlog二进制日志（主数据库有log dump线程和从数据库的i/o线程传递binlog）。
从库生成两个线程，一个i/o线程，一个SQL线程
i/o线程去请求主库的binlog，并且得到的binlog日志写到relay log(中继日志)文件中
然后主库会生成一个log dump线程，用来给从库的i/o线程传binlog；SQL线程，会读取中继日志文件，并解析成具体的操作执行，这样主从的操作就一致了，而最终的数据也就一致了。
 
作为异步复制，其主库将事件写入binlog二进制文件，dump线程将binlog文件发送出去，不保证其他从节点是否会收到binlog二进制文件。
 
基于GDIT的主从复制
 
mysql数据库从5.6.5开始新增一种基于GTID的复制方式。GTID (Global Transaction ID) 是对于一个已提交事务的编号，并且是一个全局唯一的编号。 GTID 实际上 是由 UUID+TID 组成的。其中 UUID 是一个 MySQL 实例的唯一标识。
 
主从复制，默认是通过pos复制(postion)，就是说在日志文档里，将用户进行的每一项操作都进行编号(pos)，每一个event都有一个起始编号、一个终止编号。我们在配置主从复制时从节点时要输入master的log_pos值就是这个原因，要求它从哪个pos开始同步数据库里的数据，这也是传统复制技术。
 
MySQL5.6增加了GTID复制，GTID就是类似于pos的一个作用，不过它是整个mysql复制架构全局通用的，就是说在这整个mysql冗余架构中，它们的日志文件里事件的GTID值是一致的。
 
GTID (Global Transaction ID) 是对于一个已提交事务的编号，并且是一个全局唯一的编号。 GTID 实际上是由 UUID+TID 组成的。其中 UUID 是一个 MySQL 实例的唯一标识。TID 代表了该实例上已经提交的事务数量，并且随着事务提交单调递增。
 
通过GTID保证每个主库上提交的事务在集群中有一个唯一的ID。这种方式强化了数据库的主备一致性，故障恢复以及容错能力。
 
pos与GTID的区别：
两者都是日志文件里事件的一个标志，如果将整个mysql集群看作一个整体：pos就是局部的，GTID就是全局的。
 
所以说GTID复制在I/O性能上面低于binlog复制，binlog只管发送不管能不能接受到，所以快，但是当出现故障容易丢数据
 
下面就GTID全局复制进行搭建 （环境为一主两从 192.168.88.128/129/130三台主机）
 
1、在三台主机中的配置文件中/etc/my.cnf中添加
gtid_mode=ON 开启gtid模式
server_id =1/2
enforce-gtid-consistency=true 强制gtid一致性，用于保证启动gitd后事务的安全
2、重启mysql service mysqld restart
3、show master status\G
4、在主库中创建repl用户并授权
create user 'repl'@'192.168.88.%' identified by 'xiaoxu';
grant replication slave on *.* to 'repl'@'192.168.88.%';
5、在从库中配置以下
RESET MASTER;
set @@global.gtid_purged='2dce5d7a-1ae8-11ea-bcab-069cb600d5e8:1-63578'
change master to
master_host='192.168.88.128',
master_port=13306,
master_user='repl',
master_password='xiaoxu',
master_auto_position=1;
 
START SLAVE;