GTID相关:
在mysql5.6之前,mysql主从复制是slave通过配置master的binlog位置实现的,且每一个slave自身的binlog却不同。而在mysql5.6版本后引入了GTID(全局事务标识符),这个值在master生成,slave只要在开启主从复制时指定master的用户,密码,就可获取master的GTID实现同步,而无需再每次去查看master的binlog位置,大大方便了主从同步的配置。GTID的唯一性强化了数据的主备一致性,故障恢复,以及容错能力。
延迟复制相关:
在之前的博客中介绍过mysql的延迟复制,当时是基于第三方工具percona-toolkit实现的。在mysql5.6版本后,mysql自带了延迟复制的功能,且配置十分简单。
实验环境:
主库:192.168.52.128:3306
从库:192.168.52.135:3306
配置GTID复制:
1:安装mysql(不赘述)
2:开启GTID模式,主从库都要:
在my.cnf配置文件中加入binlog以及gtid相关配置,并重启mysql。
主:[mysqld]
binlog-format=ROW
log-bin=master-bin-log
log-slave-updates=true
gtid-mode=on ----开启gtid
enforce-gtid-consistency=true ---强制GTID一致性
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-workers=2 ---设定从服务器的SQL线程数
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
server-id=1
从:[mysqld]
server-id = 2
log-bin=mysql-bin
binlog_format=row
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
master-info-repository=TABLE
relay-log-info-repository=TABLE
sync-master-info=1
slave-parallel-workers=4
binlog-checksum=CRC32
master-verify-checksum=1
slave-sql-verify-checksum=1
binlog-rows-query-log_events=1
重启mysql:service mysqld restart
查看主库及丛库的gtid是否开启:
这时主库上会分配一个gtid号:
3:在主库上创建复制所需的账户:mysql>grant replication slave on *.* to repl@192.168.52.% identified by '123456';
mysql>flush privileges;
4:从库上配置同步。mysql>change master to master_host='192.168.52.128',master_user='repl',master_password='123456',master_auto_position=1;
mysql>slave start;
可以看到这里不用去主库查找binlog与相关的位置信息,直接使用master_auto_position=1,mysql会自动查找同步的位置
5:查看效果:
可以看到同步已经正常进行中,同步位置为7。
进行一些操作,验证同步效果:
主:创建一个实例,并新建一张表,插入一些数据
从:
同步正常,使用show slave stautus\G查看同步状态,可以看到同步位置执行到了10;
复制延迟配置:mysql>stop slave;
mysql>CHANGE MASTER TO MASTER_DELAY = 100; -------单位为秒
mysql>start slave;
mysql>show slave status \G;
SQL_Delay:字段变为100,表示此时从库与主库的同步开始有了100秒的固定延迟。
SQL_Remaining_Delay:当主库有了新的操作,该字段会进入倒计时,从配置的延迟时间(这里为100)开始。正常情况下为NULL。