mysql主从gtid模式下_MySQL主从复制（GTID模式）

GTID复制原理：

基于GTID的复制是MySQL 5.6后新增的复制方式.

GTID (global transaction identifier) 即全局事务ID, 保证了在每个在主库上提交的事务在集群中有一个唯一的ID.

在原来基于日志的复制中, 从库需要告知主库要从哪个偏移量进行增量同步, 如果指定错误会造成数据的遗漏, 从而造成数据的不一致.

而基于GTID的复制中, 从库会告知主库已经执行的事务的GTID的值, 然后主库会将所有未执行的事务的GTID的列表返回给从库. 并且可以保证同一个事务只在指定的从库执行一次.

GTID是由server_uuid和事物id组成，格式为：GTID=server_uuid:transaction_id。server_uuid是在数据库启动过程中自动生成，每台机器的server-uuid不一样。uuid存放在数据目录的auto.conf文件中，而transaction_id就是事务提交时系统顺序分配的一个不会重复的序列号。

GTID的好处：

(1)GTID使用master_auto_position=1代替了binlog和position号的主从复制搭建方式，相比binlog和position方式更容易搭建主从复制。

(2)GTID方便实现主从之间的failover，不用一步一步的去查找position和binlog文件。

GTID模式复制搭建过程中注意事项：

主从需要设置如下参数(一般直接在配置文件/etc/my.cnf下直接添加)：

a、主库配置：

gtid_mode=on

enforce_gtid_consistency=on

log_bin=on

server-id=33062200(主从不能相同)

binlog_format=row

b、从库配置：

gtid_mode=on

enforce_gtid_consistency=on

log_slave_updates=1

server-id=33062211(主从不能相同)

主库上操作：

root@db 15:10: [mysql]>create user 'repluser'@'192.168.112.%' identified by 'repluser123';

root@db15:10: [mysql]> grant replication slave on *.* to 'repluser'@'192.168.112.%';

主库导出数据库脚本all.sql

mysqldump -uroot -hlocalhost -p --single-transaction --master-data=2 -A >all.sql

从库上操作：

将主库上导出的all.sql脚本上传到从库，然后导入从库

mysql -uroot -hlocalhost -p

如果出现如下错误：

ERROR 1840 (HY000) at line 24: @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty.

则在从库命令行下执行：reset master

root@db 15:20:  [mysql]> reset master;

跟普通模式一样，执行change master语句，只不过其中的binlog和position换成master_auto_position=1

CHANGE MASTER TO

MASTER_HOST='192.168.112.220',

MASTER_USER='repluser',

MASTER_PASSWORD='repluser123',

MASTER_PORT=3306,

MASTER_AUTO_POSITION=1;

启动slave复制服务

start slave;

查看主从复制状态：

1 root@db 15:23: [mysql]>show slave status\G;2 *************************** 1. row ***************************

3 Slave_IO_State: Waiting formaster to send event4 Master_Host: 192.168.112.220

5 Master_User: repluser6 Master_Port: 3306

7 Connect_Retry: 60

8 Master_Log_File: on.000002

9 Read_Master_Log_Pos: 2538363

10 Relay_Log_File: localhost-relay-bin.000004

11 Relay_Log_Pos: 2031371

12 Relay_Master_Log_File: on.000002

13 Slave_IO_Running: Yes14 Slave_SQL_Running: Yes15 Replicate_Do_DB:16 Replicate_Ignore_DB:17 Replicate_Do_Table:18 Replicate_Ignore_Table:19 Replicate_Wild_Do_Table:20 Replicate_Wild_Ignore_Table:21 Last_Errno: 0

22 Last_Error:23 Skip_Counter: 0

24 Exec_Master_Log_Pos: 2538363

25 Relay_Log_Space: 2031582

26 Until_Condition: None27 Until_Log_File:28 Until_Log_Pos: 0

29 Master_SSL_Allowed: No30 Master_SSL_CA_File:31 Master_SSL_CA_Path:32 Master_SSL_Cert:33 Master_SSL_Cipher:34 Master_SSL_Key:35 Seconds_Behind_Master: 0

36 Master_SSL_Verify_Server_Cert: No37 Last_IO_Errno: 0

38 Last_IO_Error:39 Last_SQL_Errno: 0

40 Last_SQL_Error:41 Replicate_Ignore_Server_Ids:42 Master_Server_Id: 33060220

43 Master_UUID: 763c7ef3-5977-11e8-ae7a-000c2936b80f44 Master_Info_File: mysql.slave_master_info45 SQL_Delay: 0

46 SQL_Remaining_Delay: NULL47 Slave_SQL_Running_State: Slave has read all relay log; waiting for moreupdates48 Master_Retry_Count: 86400

49 Master_Bind:50 Last_IO_Error_Timestamp:51 Last_SQL_Error_Timestamp:52 Master_SSL_Crl:53 Master_SSL_Crlpath:54 Retrieved_Gtid_Set: 763c7ef3-5977-11e8-ae7a-000c2936b80f:1393-6926

55 Executed_Gtid_Set: 763c7ef3-5977-11e8-ae7a-000c2936b80f:1-6926

56 Auto_Position: 1

57 Replicate_Rewrite_DB:58 Channel_Name:59 Master_TLS_Version:60 1 row in set (0.00sec)61

62 root@db 15:23: [mysql]>

View Code

由上图可知：

Slave_IO_Running: YesS

lave_SQL_Running: Yes

复制主从复制状态OK，进一步查看通过Executed_Gtid_Set查看执行过的GTID：

root@db 15:38: [mysql]>show master status;+-----------+----------+--------------+------------------+---------------------------------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+-----------+----------+--------------+------------------+---------------------------------------------+

| on.000002 | 3200431 | | | 763c7ef3-5977-11e8-ae7a-000c2936b80f:1-8730 |

+-----------+----------+--------------+------------------+---------------------------------------------+

1 row in set (0.00sec)

root@db15:38: [mysql]>

在MySQL5.7版本之后，gtid_executed这个值持久化了，在MySQL库下新增了一张表gtid_executed

root@db 15:38: [mysql]>desc gtid_executed;+----------------+------------+------+-----+---------+-------+

| Field | Type | Null | Key | Default | Extra |

+----------------+------------+------+-----+---------+-------+

| source_uuid | char(36) | NO | PRI | NULL | |

| interval_start | bigint(20) | NO | PRI | NULL | |

| interval_end | bigint(20) | NO | | NULL | |

+----------------+------------+------+-----+---------+-------+

3 rows in set (0.00sec)

root@db15:40: [mysql]>root@db15:41: [mysql]> select *from gtid_executed;+--------------------------------------+----------------+--------------+

| source_uuid | interval_start | interval_end |

+--------------------------------------+----------------+--------------+

| 763c7ef3-5977-11e8-ae7a-000c2936b80f | 1 | 6 |

+--------------------------------------+----------------+--------------+

1 row in set (0.00sec)

root@db15:42: [mysql]>

该表会记录执行的GTID集合信息，因为有了该表，就不用再像MySQL 5.6版本时，必须开启log_slave_updates参数，从库才可以进行赋值。GTID信息会保存在gtid_executed表中，可以关闭从库的binlog，节约binlog的记录开销。在执行reset master时，会清空表内所有的数据。而MySQL 5.7还有一个参数gtid_executed_compresssion_period参数，用来控制gtid_executed表的压缩，该参数默认值为1000，意思是表压缩在执行完1000个事务之后开始。

root@db 15:47: [mysql]> show variables like '%gtid_executed%';+----------------------------------+-------+

| Variable_name | Value |

+----------------------------------+-------+

| gtid_executed_compression_period | 1000 |

+----------------------------------+-------+

1 row in set (0.00sec)

root@db15:47: [mysql]>

从MySQL5.7.6开始，gid_mode支持动态修改，gtid_mode可取值为：

OFF-------不支持GTID事务

OFF_PERMISSIVE----新的事务是匿名的，同时允许复制的事务可以是GTID，也可以是匿名的

ON_PERMISSIVE---- 新的事务使用GTID,同时允许复制的事务可以是GTID，也可以是匿名的

ON------支持GITD的事务

在线上环境中，有可能把传统复制改为GTID的复制模式的需求，这里特意强调一点，gtid_mode虽然支持动态修改，但不支持跳跃式修改。从ON_PERMISSIVE直接修改为OFF是不可以的，我们可以通过实验来展示传统复制与GTID复制之间的切换过程。见(《MySQL主从复制之传统复制与GTID模式之间切换》)

另外在从库上可以执行show slave status命令来获取接收的gtid(retrieve_gtid_set)和执行的gtid(execute_gtid_set)

[root@localhost mysql]# mysql -uroot -hlocalhost -proot@123 -e "use mysql;show slave status\G;"|grep "Gtid_Set"Retrieved_Gtid_Set: 763c7ef3-5977-11e8-ae7a-000c2936b80f:1393-10758Executed_Gtid_Set: 763c7ef3-5977-11e8-ae7a-000c2936b80f:1-10758[root@localhost mysql]#

GTID模式复制局限性：

(1)不能使用create table table_name  select * from table_name模式的语句

(2)在一个事务中既包含事务表的操作又包含非事务表

(3)不支持CREATE TEMPORARY TABLE  or DROP TEMPORARY TABLE语句操作

(4)使用GTID复制从库跳过错误时，不支持sql_slave_skip_counter参数的语法