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://www.bubuko.com/infodetail-2526403.html