mysql基于gtid的复制的限制_MySQL 设置基于GTID的复制

GTID(全名 global transaction identifier)是事务的唯一标识符。格式如下：

GTID = source_id:transaction_id

source_id：标识了源服务器，通常是服务器的server_uuid

transaction_id：按照服务器上提交的事务顺序进行排序的序列号。

例如：

60f9111a-cdba-11e7-b354-005056a30507:1

在配置文件中添加以下信息来启用GTID模式

[mysqld]

gtid_mode=ON

启用GTID模式后，可以通过以下语句查看已执行的GTID集合.

mysql>show master status

GTID在复制中的应用

在主库中：当事务在主库上执行提交时，这个事务就会被分配一个GTID，GTID在事务写入到主库的二进制日志之前写入到日志中。

从库获取主库的二进制日志并将其存储在从库的中继日志中(relay log)。从库读取GTID并将gtid_next的值设置为这个GTID。这告诉从库，下一个事务必须使用这个GTID记录。

从库验证GTID是否已经在它自己的二进制日志中使用。如果没有使用，从库会写入GTID,应用事务，并将事务记录到从库的二进制日志中。

由于gtid_next是非空的，所以从库不会为事务生成新的GTID，而是使用从主库那里获取到的GTID

设置基于GTID的复制

和普通的复制差别不大，只是需要主库和从库都开启gitd_mode和enforce-gitd-consistency。如果从库是5.6版本的，还需要在在主库和从库上额外开启--log-bin和--log-slave-updates。(无论什么版本，主库都必须开启log-bin)

这是由于在MySQL5.7.5之后，GTIDs在mysql系统库的gtid_executed表中进行存储。

修改配置文件并重启数据库

在my.cnf中添加以下内容

[mysqld]

gtid_mode=ON

enforce-gtid-consistency

log-bin

log-slave-updates=1

在主库上创建复制使用的账号

create user ‘repl‘@‘hostname‘;

grant REPLICATION SLAVE ON *.* TO ‘repl‘@‘hostname‘;

同步主库和从库的数据(如果需要)

使用mysqldump或者其他工具同步数据

在从库上设置基于GTIDs的复制，使用如下语句

mysql> CHANGE MASTER TO

MASTER_HOST = host,

MASTER_PORT = port,

MASTER_USER = user,

MASTER_PASSWORD = password,

MASTER_AUTO_POSITION = 1;

检查复制状态

mysql> show salve status\G

原文：http://blog.51cto.com/13540167/2086045