一、GTID的简介
1.GTID的概述
1、全局事物标识：global transaction identifieds。
2、GTID事物是全局唯一性的，且一个事务对应一个GTID。
3、一个GTID在一个服务器上只执行一次，避免重复执行导致数据混乱或者主从不一致。
4、GTID用来代替classic的复制方法，不在使用binlog+pos开启复制。而是使用master_auto_postion=1的方式自动匹配GTID断点进行复制。
5、MySQL-5.6.5开始支持的，MySQL-5.6.10后开始完善。
6、在传统的slave端，binlog是不用开启的，但是在GTID中，slave端的binlog是必须开启的，目的是记录执行过的GTID（强制）。
2.GTID的组成部分
前面是server_uuid：后面是一个序列号
例如：server_uuid：sequence number
7800a22c-95ae-11e4-983d-080027de205a:10
UUID：每个mysql实例的唯一ID，由于会传递到slave，所以也可以理解为源ID。
Sequence number：在每台MySQL服务器上都是从1开始自增长的序列，一个数值对应一个事务。
3.GTID比传统复制的优势
1、更简单的实现failover，不用以前那样在需要找log_file和log_Pos。特别是对运维人员来说应该是一件大喜的事情，在主从切换后，在传统的方式里，你需要找到binlog和POS点，然后change master to指向，
而不是很有经验的运维，往往会将其找错，造成主从同步复制报错，在mysql5.6里，你无须再知道binlog和POS点，你只需要知道master的IP、端口，账号密码即可，因为同步复制是自动的，mysql通过内部机制GTID自动找点同步。
2、更简单的搭建主从复制。
3、比传统复制更加安全。
4、GTID是连续没有空洞的，因此主从库出现数据冲突时，可以用添加空事物的方式进行跳过。
4.GTID的工作原理
1、master更新数据时，会在事务前产生GTID，一同记录到binlog日志中。
2、slave端的i/o 线程将变更的binlog，写入到本地的relay log中。
3、sql线程从relay log中获取GTID，然后对比slave端的binlog是否有记录。
4、如果有记录，说明该GTID的事务已经执行，slave会忽略。
5、如果没有记录，slave就会从relay log中执行该GTID的事务，并记录到binlog。
6、在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描
二、配置GTID
1.环境准备
1.操作系统：centos 6.6 x86_64
2.MySQL版本：5.6.36 MySQL Community Server(建议使用mysql-5.6.10以上的版本)
3.关闭防火墙与SELinux
4.时间同步
5.服务器：
master：192.168.1.11
slave ：192.168.1.12
2.修改主从my.cnf增加GTID支持
要在MySQL 5.6中使用复制功能，其服务配置段[mysqld]中于少应该定义如下选项：
binlog-format：二进制日志的格式，有row、statement和mixed几种类型；
需要注意的是：当设置隔离级别为READ-COMMITED必须设置二进制日志格式为ROW，现在MySQL官方认为STATEMENT这个已经不再适合继续使用；但mixed类型在默认的事务隔离级别下，可能会导致主从数据不一致；
log-slave-updates、gtid-mode、enforce-gtid-consistency、report-port和report-host：用于启动GTID及满足附属的其它需求；
master-info-repository和relay-log-info-repository：启用此两项，可用于实现在崩溃时保证二进制及从服务器安全的功能；
sync-master-info：启用之可确保无信息丢失；
slave-paralles-workers：设定从服务器的SQL线程数；0表示关闭多线程复制功能；
binlog-checksum、master-verify-checksum和slave-sql-verify-checksum：启用复制有关的所有校验功能；
binlog-rows-query-log-events：启用之可用于在二进制日志记录事件相关的信息，可降低故障排除的复杂度；
log-bin：启用二进制日志，这是保证复制功能的基本前提；
server-id：同一个复制拓扑中的所有服务器的id号必须惟一；
master配置：
在 加入如下：
binlog-format=ROW # 设置二进制日志格式，
log-slave-updates=true #是否记录从服务器同步数据动作
gtid-mode=on #启用Gtid模式
enforce-gtid-consistency=true #是否强制GTID的一致性
master-info-repository=TABLE #master信息的记录位置
relay-log-info-repository=TABLE #中继日志信息的记录位置
sync-master-info=1 #启用之可确保无信息丢失
slave-parallel-workers=2 #设置从服务器复制线程数
binlog-checksum=CRC32 #设置binlog校验算法（循环冗余校验码）
master-verify-checksum=1 #设置主服务器是否校验
slave-sql-verify-checksum=1 #设置从服务器是否校验
binlog-rows-query-log_events=1
server-id=1
report-port=3306
report-host=192.168.1.11 #设置报告给哪台服务器，一般设置为本机的主机名。
在Slave服务器上安装MySQL与在Master服务器上安装方法相同，这里不在介绍，而在Slave服务器上安装Mysql有两个参数与Master服务器不同。如下：
server-id=2
report-host=192.168.1.12
重启MySQL服务
2.在Master服务器上为Slave创建复制用户
mysql> grant replication slave,replication client on *.* to 'replication'@'192.168.1.%' identified by '123456';
Query OK, 0 rows affected (0.15 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.06 sec)
3.配置master只读锁，查看二进制日志位置
mysql> FLUSH TABLES WITH READ LOCK;
Query OK, 0 rows affected (0.10 sec)
mysql> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+------------------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+------------------------------------------+
| mysql-bin.000001 | 561 | | | e9598c9e-f605-11e7-9c77-000c29c24776:1-2 |
+------------------+----------+--------------+------------------+------------------------------------------+
1 row in set (0.04 sec)
4.进行数据库备份并复制到slave上，不要关闭这个mysql进程连接，避免锁失效，我们另起一个ssh连接master服务器：
[root@localhost ~]# mysqldump --single-transaction --master-data=2 --all-databases --triggers --routines --events > /tmp/database-backup.sql
[root@localhost ~]# scp /tmp/database-backup.sql 192.168.1.12:/root
5.回到刚才mysql进程，进行解锁
mysql> UNLOCK TABLES;
Query OK, 0 rows affected (0.05 sec)
6.导入sql文件，并刷新权限：
[root@localhost ~]# mysql < database-backup.sql
[root@localhost ~]# mysql -e "FLUSH PRIVILEGES;"
7.slave上将master设置为主服务器
mysql> CHANGE MASTER TO MASTER_HOST='192.168.1.11',MASTER_USER='replication',MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=561;
Query OK, 0 rows affected, 2 warnings (0.17 sec)
mysql> start slave;
Query OK, 0 rows affected, 1 warning (0.15 sec)
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.11
Master_User: replication
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 561
Relay_Log_File: relay-log.000002
Relay_Log_Pos: 314
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
.........................
......................略
Master_Server_Id: 1
Master_UUID: e9598c9e-f605-11e7-9c77-000c29c24776
Master_Info_File: mysql.slave_master_info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set: 826b1c09-f608-11e7-9c88-000c29e543b4:1,
e9598c9e-f605-11e7-9c77-000c29c24776:1-2
Auto_Position: 0
1 row in set (0.00 sec)
8.在主服务器上查看从服务器信息：
mysql> show slave hosts;
+-----------+--------------+------+-----------+--------------------------------------+
| Server_id | Host | Port | Master_id | Slave_UUID |
+-----------+--------------+------+-----------+--------------------------------------+
| 2 | 192.168.1.12 | 3306 | 1 | 826b1c09-f608-11e7-9c88-000c29e543b4 |
+-----------+--------------+------+-----------+--------------------------------------+
1 row in set (0.00 sec)
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
