MYSQL架构中该怎么主从GTID

这期内容当中小编将会给大家带来有关MySQL架构中该怎么主从GTID，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

创新互联是一家业务范围包括IDC托管业务,网站空间、主机租用、主机托管，四川、重庆、广东电信服务器租用,服务器主机托管，成都网通服务器托管,成都服务器租用,业务范围遍及中国大陆、港澳台以及欧美等多个国家及地区的互联网数据服务公司。

GTID又叫全局事务ID(Global Transaction ID),是一个已提交事务的编号，并且是一个全局唯一的编号，Mysql 5.6版本之后在主从复制类型上新增了GTID复制。

GTID是由server_uuid和事务ID组成的。即GUID=server_id:transaction_id.server_uuid是在数据库启动过程中自动生成的。每台机器的server_uuid不一样，同一环境删除重新搭建之后也不一样。

工作原理：

1.      master更新数据时，会在事务前产生GTID，一同记录到binlog日志中。

2.      slave端的I/O线程将变更的binlog，写入到本地的relay log中。

3.      sql线程从relay log中获取GTID，然后对比slave端的binlog是否有记录。

4.      如果有记录，说明该GTID的事务已经执行，slave会忽略。

5.      如果没有记录，slave就会从relay log中执行该GTID的事务，并记录到binlog.

环境配置

1.主库配置

1.1参数配置

[root@mysql2 bin]# vi /etc/my.cnf

添加内容如下

gtid_mode=on

enforce_gtid_consistency=on

log_bin=on

binlog_format=row

server-id=79

[root@mysql2 bin]# service mysql stop

[root@mysql2 bin]# service mysql stop

1.2权限配置

[root@mysql bin]# mysql -uroot -p

mysql> grant replication slave on *.* to 'rep'@'192.168.31.%' identified by 'Oracle123';

mysql> flush privileges;

2.主库备份数据至从库恢复

注：如果是新搭建的环境，可以不用做迁移步骤。

3.从库配置

2.1 从库参数配置

[root@mysql2 bin]# vi /etc/my.cnf

添加内容如下

gtid_mode=on

enforce_gtid_consistency=on

log_slave_updates=1

serve-id=188

2.2从库权限配置

[root@mysql2 bin]# mysql -uroot -p

mysql> change master to master_host='192.168.31.79', master_user='rep',master_password='Oracle123',master_port=3306,master_auto_position=1;

mysql> start slave;

3.检查主从状态

1)主库

mysql> show master status;

2)从库

mysql> show slave status\G;

4.验证

1)主库

mysql> create database test;

2)从库

mysql> show databases;

注：

在mysql 5.7版本之后，gtid_executed数值会被持久化

mysql> use mysql

mysql> desc gtid_executed;

mysql> select * from gtid_executed;

在执行reset master中，会清空表内的数据。

 mysql> show variables like '%gtid_executed%';

该参数用来控制gtid_executed表的压缩。默认值是1000.意味着表压缩在执行1000个

事务之后开始。

上述就是小编为大家分享的MYSQL架构中该怎么主从GTID了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注创新互联行业资讯频道。