基于全局事务标识符（GTID）复制
	事务：增、删、改操作
	事务标识符：每执行一次事务操作（增、删、改），系统都会给其定义一个唯一编号，往往是一个很
长的字符串。
	GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID，它由服务器ID以及事务
ID组合而成。这个全局事务ID不仅仅在原始服务器上唯一，在所有存在主从关系的mysql服务器上也是
唯一的。正是因为这样一个特性使得mysql的主从复制变得更加简单，以及数据库一致性更可靠。
		

			
一个GTID在一个服务器上只执行一次，避免重复执行导致数据混乱或者主从不一致。
			
GTID用来代替传统AB复制方法，不再使用MASTER_LOG_FILE+MASTER_LOG_POS开启复制。
而是使用MASTER_AUTO_POSTION=1的方式开启复制。
		
GTID的优势
		

			
更简单的实现failover，不用像以前那样再需要找位点（log_file和log_pos）。
			
更简单的搭建主从复制。
			
比传统的AB复制更加安全。
			
GTID是连续的没有空洞的，保证数据的一致性，零丢失。
		
GTID的结构
	GTID表示为一对坐标，由冒号(:)分隔，如下所示:
		GTID = source_id:transaction_id
		

			
source_id标识source服务器，即源服务器唯一的server_uuid，由于GTID会传递到replica，所以也可以理解为源ID。
			
transaction_id是一个序列号，由事务在源上提交的顺序决定。序列号的上限是有符号64位整数（2^63-1）
		
	例如，要在UUID为3E11FA47-71CA-11E1-9E33-C80AA9429562 的服务器上提交的第23个事务具有此GTID：
		3E11FA47-71CA-11E1-9E33-C80AA9429562:23
	GTID集合是由一个或多个GTID或GTID范围组成的集合。来自同一服务器的一系列gtid可以折叠成单个表达式，如下所示:
		3E11FA47-71CA-11E1-9E33-C80AA9429562:1-5
	源自同一服务器的多个单一gtid或gtid范围也可以包含在单个表达式中，gtid范围以冒号分隔，如下例所示:
		3E11FA47-71CA-11E1-9E33-C80AA9429562:1-3:11:47-49
		(1-3：事务1-3,
		11：第11个事务,
		47-49：事务47-49)
	GTID集合可以包括单个GTID和GTID范围的任意组合，也可以包括来自不同服务器的GTID：
		2174B383-5441-11E8-B90A-C80AA9429562:1-3, 24DA167-0C0C-11E8-844200059A3C7B00:1-19
	GTID存储在mysql数据库中名为gtid_executed的表中。
	该表中的一行包含它所代表的每个GTID或GTID集合的起始服务器的UUID，以及该集合的开始和结束事务id。
GTID的工作原理
	

		
主库计算主库GTID集合和从库GTID的集合的差集，主库推送差集binlog给从库。
		
当从库设置完同步参数后，主库A的GTID集合记为集合x，从库B的GTID集合记为y。
		
从库B指定主库A，基于主备协议建立连接（AB服务器首先建立主从复制）。
		
从库B把集合y发给主库A。
		
主库A计算出集合x和集合y的差集，也就是集合x中存在，集合y中不存在的GTID集合。
比如集合x是1~100，集合y是1~90，那么这个差集就是91~100。
这里会判断集合x是不是包含有集合y的所有GTID，如果不是则说明主库A删除了从库B需要的binlog，主库A直接返回错误。
		
主库A从自己的binlog文件里面，找到第一个不在集合y中的事务GTID，也就是找到了91。
		
主库A从GTID=91的事务开始，往后读binlog文件，按顺序取binlog，然后发给B。
		
从库B的I/O线程读取binlog文件生成relaylog，SQL线程解析relaylog，然后执行SQL语句。
	
GTID同步方案和位点同步方案的区别是：
	位点同步方案是通过人工在从库上指定哪个位点，主库就发哪个位点，不做日志的完整性判断。
而GTID方案是通过主库来自动计算位点的，不需要人工去设置位点，对运维人员友好。
	

准备工作

1. 主从的MySQL版本需一致，搭建前需要从库无数据或主从数据一致 （主服务）同步数据到从库
   systemctl stop mysqld
   rm -f /usr/local/mysql/data/auto.cnf
   rsync -av /usr/local/mysql/data root@[从库所在主机的IP地址]:/usr/local/mysql/

搭建主从架构-GTID

2. （主服务）编辑配置文件vim /etc/my.cnf

   [mysqld]
   # 服务编号，默认为1。如果同一服务器安装多个MySQL或搭建主从架构时，服务编号不能一样
   server-id=1
   port=3306
   basedir=/usr/local/mysql
   datadir=/usr/local/mysql/data
   socket=/tmp/mysql.sock
   # 设置默认字符集
   character-set-server=utf8mb4
   collation-server=utf8mb4_unicode_ci
   # 设置密码验证插件
   default_authentication_plugin=caching_sha2_password
   # 开启慢查询日志
   slow_query_log=1
   # 设置慢查询阈值为1秒
   long_query_time=1
   # 慢查询日志文件路径
   slow_query_log_file=/usr/local/mysql/data/slow.log
   # 开启二进制日志，设置日志文件路径。MySQL8默认是开启的
   log-bin=/usr/local/mysql/data/binlog
   # 设置二进制日志文件的过期时间，单位/秒。2592000s=43200m=720h=30d
   binlog_expire_logs_seconds=2592000
   # 设置binlog日志存储的记录模式，默认为row
   # statement-明文模式，适用于调试；row-详细模式，适用于生产环境；mixed-混合模式，默认使用row，特定场景下使用statement
   #binlog_format=row
   # 中继日志，搭建主从架构时需要在从服务配置
   #relay-log=/usr/local/mysql/data/relaylog
   # 从服务是否将接收到的数据变更事件记录到本地二进制日志，搭建主从架构时需要
   log_replica_updates=on
   # 是否启用GTID模式
   gtid_mode=on
   # 是否确保GTID的事务一致性
   enforce_gtid_consistency=on
   # 是否开启只读
   #read-only=on
   # 忽视某些表的同步，搭建双主架构时需要
   #replicate-wild-ignore-table=information_schema.%
   #replicate-wild-ignore-table=mysql.%
   #replicate-wild-ignore-table=performance_schema.%
   #replicate-wild-ignore-table=sys.%
   # 自增步长，双主架构时为了减少主键冲突需要进行设置
   #auto_increment_increment=2
   # 自增偏移量，指定从几开始自增，双主架构时需要进行设置
   #auto_increment_offset=1
   			

3. （从服务）编辑配置文件vim /etc/my.cnf

   [mysqld]
   # 服务编号，默认为1。如果同一服务器安装多个MySQL或搭建主从架构时，服务编号不能一样
   server-id=2
   port=3306
   basedir=/usr/local/mysql
   datadir=/usr/local/mysql/data
   socket=/tmp/mysql.sock
   # 设置默认字符集
   character-set-server=utf8mb4
   collation-server=utf8mb4_unicode_ci
   # 设置密码验证插件
   default_authentication_plugin=caching_sha2_password
   # 开启慢查询日志
   slow_query_log=1
   # 设置慢查询阈值为1秒
   long_query_time=1
   # 慢查询日志文件路径
   slow_query_log_file=/usr/local/mysql/data/slow.log
   # 开启二进制日志，设置日志文件路径。MySQL8默认是开启的
   log-bin=/usr/local/mysql/data/binlog
   # 设置二进制日志文件的过期时间，单位/秒。2592000s=43200m=720h=30d
   binlog_expire_logs_seconds=2592000
   # 设置binlog日志存储的记录模式，默认为row
   # statement-明文模式，适用于调试；row-详细模式，适用于生产环境；mixed-混合模式，默认使用row，特定场景下使用statement
   #binlog_format=row
   # 中继日志，搭建主从架构时需要在从服务配置
   relay-log=/usr/local/mysql/data/relaylog
   # 从服务是否将接收到的数据变更事件记录到本地二进制日志，搭建主从架构时需要
   log_replica_updates=on
   # 是否启用GTID模式
   gtid_mode=on
   # 是否确保GTID的事务一致性
   enforce_gtid_consistency=on
   # 是否开启只读
   read-only=on
   # 忽视某些表的同步，搭建双主架构时需要
   #replicate-wild-ignore-table=information_schema.%
   #replicate-wild-ignore-table=mysql.%
   #replicate-wild-ignore-table=performance_schema.%
   #replicate-wild-ignore-table=sys.%
   # 自增步长，双主架构时为了减少主键冲突需要进行设置
   #auto_increment_increment=2
   # 自增偏移量，指定从几开始自增，双主架构时需要进行设置
   #auto_increment_offset=1
   			

4. （主服务）启动MySQL服务
   systemctl start mysqld
5. （从服务）启动MySQL服务
   chown -R mysql.mysql /usr/local/mysql
   systemctl start mysqld
6. （主服务）创建用于主从架构的MySQL账号
   CREATE USER 'slave'@'%' IDENTIFIED WITH 'caching_sha2_password' BY '123456';
   grant replication slave,replication client on *.* to 'slave'@'%';
7. （从服务）设定指向主服务的数据节点

   change replication source to
   	source_host='[主服务的主机IP地址]',
   	source_port=3306,
   	source_user='slave',
   	source_password='123456',
   	source_auto_position=1;
   			

8. （从服务）启动主从复制
   start replica;
   （从服务）查看主从状态
   show slave status\G
   确认主从是否正常
   Slave_IO_Running:Yes
   Slave_SQL_Running:Yes
   Seconds_Behind_Master:0
9. 测试
   在主服务中执行增删改，观察从服务是否同步