（5.8）mysql高可用系列——MySQL中的GTID复制（实践篇）

-- 使用传统方式构建的主库宕机重新搭建
-- 麻烦点：每台机器的Binlog名字和Postion位置点都不一样，需要重新定位文件在哪里，位置在哪里
change master to 
master_host=‘xxx‘,
master_user=‘xxx‘,
master_password=‘xxx‘,
master_port=‘xxx‘,
master_log_file=‘xxx‘,
master_log_pos=‘xxx‘;

-- 使用GTID方式的主库宕机重新搭建
-- 优势点：每台机器上的GTID都是一样的，不需要管文件是哪个，位置在哪里，可以自动根据GTID定位
change master to 
master_host=‘xxx‘,
master_user=‘xxx‘,
master_password=‘xxx‘,
master_port=‘xxx‘,
master_auto_postion=1;

cd /download
wget https://cdn.mysql.com/archives/mysql-utilities/mysql-utilities-1.6.5.tar.gz
tar xvf mysql-utilities-1.6.5.tar.gz
cd mysql-utilities-1.6.5
python setup.py build
python setup.py install
mysqldiff --version

#核心语句：mysqlreplicate --master=root@localhost:3306 --slave=root@localhost:3306 --rpl-user=rpl:passwd

#【3.1】在主库上 准备复制账户　
create user ‘rpl‘@‘192.168.1.%‘ identified by ‘123456‘;
grant replication slave on *.* to ‘rpl‘@‘192.168.1.%‘;
flush privileges;
select user,host from mysql.user;

#【3.2】参数配置（主从都配）

#replication_new
log_bin=/mysql/log/3306/mysql-bin #开启binlog
log_bin_index=/mysql/log/3306/mysql-bin.index
binlog_format=row
binlog_rows_query_log_events=on
max_binlog_size=2048

bind-address=0.0.0.0
server_id=2013306 #注意，这里从库的server_id和主库一定不能一样
expire_logs_days=7 #超过7天的binlog清理
innodb_support_xa=1
binlog_cache_size=1M
log_bin_trust_function_creators=1 #同步存储过程、函数、触发器
innodb_flush_log_at_trx_commit=1
sync_binlog=1
transaction-isolation=read-committed

#slave replication
relay_log=/mysql/log/3306/relaylog/mysql-relay.log
log-slave-updates=1
read_only=1
slave-parallel-type=LOGICAL_CLOCK
slave-parallel-workers=4

master_info_repository=table #master_info 会记录到 mysql.slave_master_info
relay_log_info_repository=table #relay_log 会记录到，mysql.slave_relay_log_info
relay_log_recovery=1
slave_skip_errors=ddl_exist_errors
slave_preserve_commit_order=1

#增加的GTID参数
gtid_mode=on
enforce_gtid_consistency=1 #on：当发现语句/事务不支持GTID时，返回错误信息
log-slave-updates=1
binlog_gtid_simple-recovery=1 #5.7.6以下默认为off，5.7.6以上默认为on

#【3.3】重启两台mysql
service mysql restart

#【3.4】主库上查看binlog
mysql -uroot -p123456
show master stauts; -- 记录下file_name 和 file_pos

#【3.5.1】使用mysqlreplicate(mysql utilities工具)命令配置
在从库上使 slave 与 master 建立连接，从而同步
　　#（1）从库配置（但是在主库上跑就好，这样多个从库都只需要在主库上跑即可）
mysqlreplicate --master=root:123456@192.168.1.203:3306 --slave=root:123456@192.168.1.204:3306 --rpl-user=rpl:123456 -b

　　#（2）测试
#测试test库是否一致（主库运行）
mysqlreplicate --master=root:123456@192.168.1.203:3306 --slave=root:123456@192.168.1.204:3306 --rpl-user=rpl:123456 --test-db=testdb
#检查复制（主从均可以运行，检查从库）
mysqlrplcheck --master=root:123456@192.168.1.203:3306 --slave=root:123456@192.168.1.204:3306 -s
#检查复制数据一致性
mysqlrplsync --master=root:123456@192.168.1.203:3306 --slave=root:123456@192.168.1.204:3306

#【3.5.2】使用传统方式配置

-- 使用GTID方式的主库宕机重新搭建
-- 优势点：每台机器上的GTID都是一样的，不需要管文件是哪个，位置在哪里，可以自动根据GTID定位
change master to 
master_host=‘xxx‘,
master_user=‘xxx‘,
master_password=‘xxx‘,
master_port=‘xxx‘,
master_auto_postion=1;

#【3.6】主从数据测试（在主库上跑）
create database test1;
use test1;
create table test1(id int);
insert into test1 values(1),(2),(3);
commit;
select * from test1;
主库

从库

同步成功！

#创建test2库，以及test2.test1表
create database test2;
create table test2.test1(id int);
insert into test2.test1 values(1);
commit;
select * from test2.test1;

-- 利用备份初始化核心代码
set @TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN;
set @@SESSION.SQL_LOG_BIN = 0;
set @@GLOBAL.GTID_PURGED = ‘backup infomation‘s GTID‘; -- 核心
set @@SESSION.SQL_LOG_BIN = @TEMP_LOG_BIN;