MySQL主从复制-基于GTID及多线程的复制
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。
就是当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/f
.
<span style="font-size:18px;">[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
</span>
重启mysqld
<span style="font-size:18px;">[root@nfs data]# service mysqld restart
Shutting down MySQL. SUCCESS!
Starting MySQL..... SUCCESS!
</span>
启动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/f
[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 eventMaster_Host: 192.168.217.14Master_User: masterMaster_Port: 3306Connect_Retry: 60Master_Log_File: master-bin.000002Read_Master_Log_Pos: 536Relay_Log_File: slave-relay-bin.000002Relay_Log_Pos: 748Relay_Master_Log_File: master-bin.000002Slave_IO_Running: YesSlave_SQL_Running: YesReplicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table:Replicate_Wild_Ignore_Table:
Last_Errno: 0Last_Error: Skip_Counter: 0Exec_Master_Log_Pos: 536Relay_Log_Space: 952Until_Condition: NoneUntil_Log_File: Until_Log_Pos: 0Master_SSL_Allowed: NoMaster_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0Last_IO_Error: Last_SQL_Errno: 0Last_SQL_Error:Replicate_Ignore_Server_Ids:
Master_Server_Id: 1Master_UUID: 42fcdd78-002b-11e7-994b-000c2969e289Master_Info_File: mysql.slave_master_infoSQL_Delay: 0SQL_Remaining_Delay: NULLSlave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update itMaster_Retry_Count: 86400Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: 42fcdd78-002b-11e7-994b-000c2969e289:1-2Executed_Gtid_Set: 42fcdd78-002b-11e7-994b-000c2969e289:1-2Auto_Position: 11 row in set (0.00 sec)
