mysql GTID主从复制

Mysql主从复制之GTID新特性

 

n  1 GTID复制原理

GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID，它由服务器ID以及事务ID组合而成。这个全局事务ID不仅仅在原始服务器器上唯一，在所有存在主从关系的mysql服务器上也是唯一的。正是因为这样一个特性使得mysql的主从复制变得更加简单，以及数据库一致性更可靠。

n  1.1当一个事务在主库端执行并提交时，产生GTID，一同记录到binlog日志中。

n  1.2 当binlog传输到slave,并存储到slave的relaylog后，读取这个GTID的这个值设置gtid_next变量，即告诉Slave，下一个要执行的GTID值。

n  1.3 sql线程从relay log中获取GTID，然后对比slave端的binlog是否有该GTID。

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

n  1.5 如果没有记录，slave就会执行该GTID事务，并记录该GTID到自身的binlog，在读取执行事务前会先检查其他session持有该GTID，确保不被重复执行。

n   1.6在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描。

 

n  2 GTID复制实现过程

n  2.1 试验环境

[root@mysqlserver ~]# cat/etc/redhat-release

CentOS release 6.6 (Final)

 

Master : 192.168.200.134

Slave1 : 192.168.200.136

Slave2 : 192.168.200.137

 

n  2.2 安装mysql

下载好Mysql源：mysql57-community-release-el6-8.noarch.rpm

 

Yum安装mysql源

 

[root@mysqlserver software]# yumlocalinstall mysql57-community-release-el6-8.noarch.rpm –y

 

Yum安装mysql

 

[root@mysqlserver software]# yuminstall mysql-community-server –y

 

这里安装的是最新版的mysql-5.7

到这里已经安装好了，启动mysql的方式和以前一样

在启动mysql之前我们先将selinux关掉

 

[root@mysqlserver ~]# vim/etc/selinux/config

SELINUX=disabled

[root@mysqlserver ~]# setenforce 0

 

在防火墙上开启3306端口

 

[root@mysqlserver ~]# iptables -AINPUT -m state --state NEW -m tcp -p tcp --dport 3306 -j ACCEPT

 

然后开始启动mysql

 

[root@mysqlserver software]#service mysqld start

 

Mysql的5.7版本对进入数据库的root密码要求很高,要求要改两次密码

首先确保数据库的状态是关闭的

[root@mysqlserver software]#service mysqld stop

先跳过授权表直接进入数据库

[root@mysqlserver ~]# mysqld_safe--user=mysql --skip-grant-tables &

[root@mysqlserver ~]# mysql –uroot –p

直接回车进去

 

mysql>update mysql.user setauthentication_string=password(‘abc123ABC’) where user='root';

mysql>flush privileges;

mysql>quit

 

[root@mysqlserver ~]# mysql –uroot –pabc123ABC

mysql> set globalvalidate_password_policy=0;

mysql> alter mysql.userroot@localhost identified by 'abc123ABC';

 

n  2.3 GTID实现过程

n  2.3.1 主从库开启gtid

[root@mysqlserver ~]# vim/etc/my.cnf

需要添加如下三条记录

log-slave-updates=true

gtid-mode=on

enforce-gtid-consistency=true

n  2.3.2 主从库均开启bin log

log-bin=/var/lib/mysql/mysql-bin

binlog_format = row

n  2.3.4主库授权用户

mysql>grant replication slave on*.* to yang@’192.168.200.%’ identified by ‘abc123ABC’;

mysql>flush privileges;

n  2.3.5从库change master连主库

[root@mysqlslave1 ~]# mysql -uroot-pabc123ABC

mysql> change master tomaster_host='192.168.200.134',master_user='yang',master_password='abc123ABC',master_auto_position=1;

 

n  2.3.6 打开从库连接主库的开关

mysql> start slave;

 

n  3 实验测试

从库1：

 

从库2：

 

主从同步：

   主库：

 

从库1：

 

从库2：

 

n  4 压力测试

 

每次100个并发连接数，执行5次

 

首先测试一主一从

主库：

 

然后测试一主二从

主库：

 

最后测试一主三从

主库：

 

通过测试可以看出来，GTID的主从复制在一主一从的时候主数据库的性能较好，一主二从的时候主数据库的性能也还好，但是一主三从的时候主库的性能就降低了不少，通过不断压力测试，最低的查询时间都比前两种要高，主服务器的性能降低了。

 

 

   经典的mysql主从复制，需要主服务器先备份出所有的数据，然后上传到从服务器，从服务器将主库备份的数据导入本地数据库，然后才开始主从复制。因为这种方式从库需要知道主库的bin log以及还原点。

   GTID这种主从复制，从库的数据库可以什么都没有，它会自动将主库中所有的数据同步到本地，最后从库和主库的数据一模一样。