GTID
GTID是Global Transaction identity 的缩写。字面翻译是全局事务id。其主要目的是为了简化复制。
GTID的概念
普通的复制过程中，从库通过记录主库的binlog文件名和偏移量来记录和接收主库binlog的事件工作进展。下次开始复制的时候告知主库这些信息，让主库可以从正确的位置开始发送binlog的事件给从库。但基于GTID的复制就不再需要告知这些事情，在执行 CHANGE MASTER TO 命令，也不需要指定MASTER_LOG_FILE 和 MASTER_LOG_POS参数。只需要指定MASTER_AUTO_POSTION = 1 就可以了，主库会根据从库发送过来的一个GTID集合信息来决定从哪里开始发送binlog事件。大大简化了数据库管理员在复制中的工作。
GTID是在数据库提交事务时创建的唯一的标示符。该标示符与事务是一一相关的。
GTID有两部分组成，如下所示：
GTID = source_id：transaction_id
source_id 用于标识这个事务是在哪个数据库实例上执行的。用的是uuid作为source_id 。
transaction_id 是一个序列号，取决于该事务在数据库上的提交顺序。该序列号初始为1.
如：
1a5dwac-dwa5-4c12-dwafn54d4a1d:2
表示server_id 为 1a5dwac-dwa5-4c12-dwafn54d4a1d 上提交的第2个事务。
多线程复制概念
在MySQL5.6以前的版本，同步复制都是单线程的，只能一个一个执行。在5.6做到了多个库多线程复制。
但是需要注意的是。一个库只能由一个线程去复制。也就是说若复制的库只有1个，那么线程也只有一个。复制的库有2个。那么线程可以增加到两个。
GTID的作用
那么GTID的作用是什么呢？具体归纳下来有以下两点：
1.根据GTID来确认事务最初的是在哪个实例上提交的
2.GTID的存在方便了Replication和failover。
这两个环境是为了模拟以下的环境
GTID
这里在百度上找了一个图（不要在意啦~）。
就是当Master M宕机后。这时Slave A 开启。我们需要Slave B去将复制源改成 Slave A。修改的语句简单，无非就是 CHANGE MASTER TO MASTER_HOST='xxx' 。。。。 但是难点是MASTER_LOG_FILE 和MASTER_LOG_POS的值给成什么，也就是说需要将二进制文件的起始位置配置成什么呢。这成了最大的难题。
在MySQL5.6出现后。由于GTID的出现 ，同一事务的GTID在所有节点的值保持一致。那么根据Slave B当前停止的那个点就可以找到Slave A上需要配置的那一点。 所以GTID出现以后。MASTER_AUTO_POSITION 功能的出现。连GTID的值是多少都不需要知道。
配置时，只需要 CHANGE MASTER TO MASTER_HOST='xxx',MASTER_AUTO_POSITION命令就可以直接完成failover 功能了。
需要注意的选项
要在MySQL5.6 使用复制功能的，某服务器配置段[mysqld]中至少定义如下选项。
binlog-format : 二进制日志格式，有row，statment，mixed。其中必须设置为row（基于行复制的）
log-slave-updates, gtid-mode, enforce-gtid-consistency, report-port 和 report-host 用于启动GTID相关的。
master-info-repository 和relay-log-repository 启用这两项，可用于实现在崩溃时保证二进制及从服务器安全功能。
slave-paralles-workers 设定slave的服务器的SQL线程数。
binlog-checksum master-verify-checksum 和 slave-verify-checksum :启用复制相关的校验功能。
binlog-rows-query-log-events 启用，可用于在二进制日志中记录事件相关的信息。可降低故障的排除复杂度。
logbin 启用二进制
server-id 服务器id必须保持不一样。
主服务器上GTID的配置。
配置/etc/my.cnf
[mysqld]
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
datadir = /usr/local/mysql/data
innodb_file_per_table = ON
server-id = 1
socket=/usr/local/mysql/data/mysql.sock
log-bin=master-bin
## GTID
binlog-format=ROW
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-workers=2
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
report-port=3306
port=3306
report-host=192.168.217.14#本机IP
重启mysqld
[root@nfs data]# service mysqld restart
Shutting down MySQL. SUCCESS!
Starting MySQL..... SUCCESS!
启动MySQL，查看gtid 的状态
mysql> show global variables like '%gtid%';
+---------------------------------+-------+
| Variable_name | Value |
+---------------------------------+-------+
| binlog_gtid_simple_recovery | OFF |
| enforce_gtid_consistency | ON |
| gtid_executed | |
| gtid_mode | ON |
| gtid_owned | |
| gtid_purged | |
| simplified_binlog_gtid_recovery | OFF |
+---------------------------------+-------+
7 rows in set (0.33 sec)
创建用户
mysql> grant replication slave on *.* to 'master'@'192.168.%.%' identified by '123';
Query OK, 0 rows affected (0.46 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.03 sec)
从服务器配置GTID相关
修改mysql的配置文件 /etc/my.cnf
[mysqld]
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES
datadir = /usr/local/mysql/data
server-id = 10
socket=/usr/local/mysql/data/mysql.sock
log-bin=master-bin
## GTID
binlog-format=ROW
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-workers=2
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
report-port=3306
port=3306
report-host=192.168.217.15#本机IP重启MySQL之后连接master服务器.
mysql> change master to master_host='192.168.217.14',master_user='master',master_password='123',master_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.63 sec)
从服务器启动起来！！
mysql> start slave;
Query OK, 0 rows affected, 1 warning (0.29 sec)
查看状态信息
master上
mysql> show master status;
+-------------------+----------+--------------+------------------+------------------------------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+------------------------------------------+
| master-bin.000002 | 536 | | | 42fcdd78-002b-11e7-994b-000c2969e289:1-2 |
+-------------------+----------+--------------+------------------+------------------------------------------+
1 row in set (0.02 sec)slave上
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.217.14
Master_User: master
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: master-bin.000002
Read_Master_Log_Pos: 536
Relay_Log_File: slave-relay-bin.000002
Relay_Log_Pos: 748
Relay_Master_Log_File: master-bin.000002
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 536
Relay_Log_Space: 952
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
Master_UUID: 42fcdd78-002b-11e7-994b-000c2969e289
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: 42fcdd78-002b-11e7-994b-000c2969e289:1-2
Executed_Gtid_Set: 42fcdd78-002b-11e7-994b-000c2969e289:1-2
Auto_Position: 1
1 row in set (0.00 sec)
