MySQL基于GTID复制的设置方法
下文给大家带来有关MySQL基于GTID复制的设置方法内容,相信大家一定看过类似的文章。我们给大家带来的有何不同呢?一起来看看正文部分吧,相信看完MySQL基于GTID复制的设置方法你一定会有所收获。
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
- 对于上文关于MySQL基于GTID复制的设置方法,大家觉得是自己想要的吗?如果想要了解更多相关,可以继续关注我们的行业资讯板块。
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341