（5.14）mysql高可用系列——级联复制与多主一从（多源复制）

目录：

【0】实验需求
　　级联复制，201为主库，202为从库/同时为203的主库，203为202的从库
【1】实验环境
　　级联：A->B->C
　　实践思路：
　　　　（1）直接拿A的xtrabackup的全备到 B和C 还远即可
　　　　（2）然后设置gtid_purged，最后change master 即可；
【2】操作
　　【2.0】配置文件 my.cnf
　　【2.1】在主库201创建复制用户
　　【2.2】在主库201创建测试数据
　　【2.3】备份与还原
　　【2.4】构建级联主从复制
　　【2.5】核验

 【3】多主一从

正文：

【0】实验需求

　　级联复制，201为主库，202为从库/同时为203的主库，203为202的从库

　　一般建议2级级联，如上描述，不建议更多层次。

【1】实验环境

　　操作系统：CentOS 7.5

　　数据库版本：MySQL 5.7.24

　　数据库架构：主从复制，基于主库搭建3个从库，采用Xtrabackup + GTID + 无损同步复制

　　A：主库IP：192.168.1.201　　port：3306

　　B：主库/从库IP：192.168.1.202　　port：3306

　　C：从库IP：192.168.1.203　　port：3306

　    级联：A->B->C

 

　　简单思路：

　　　　（1）B用A的全备初始化，然后B先作为从库连上主库A。

　　　　（2）等B至少产生一个gtid事务后，停止B的 io线程，然后全备B 以初始化C。

　　　　（3）C用B的全备来初始化后，再配置B->C的主从

　　实践思路：

　　　　（1）直接拿A的xtrabackup的全备到 B和C 还远即可

　　　　（2）然后设置gtid_purged，最后change master 即可；

【2】操作

【2.0】配置文件 my.cnf

#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   #从库务必记得修改
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 parameter 如果是从库，务必放开
#relay_log=/mysql/log/3306/relaylog/mysql-relay.log
#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

#5.7的增强半同步
#如果是5.7，参数前面加上loose_，如下列，如果是5.6 则直接使用 rpl_semi_sync_master_enabled=1 之类的就好了。
#我这里是5.7就直接做增强半同步了（loseless Semisynchronous ）

plugin_dir=/mysql/app/mysql/lib/plugin/
plugin_load=rpl_semi_sync_master=semisync_master.so;rpl_semi_sync_slave=semisync_slave.so
loose_rpl_semi_sync_master_enabled=1 #MySQL开启主的半同步复制（rpl_semi_sync_master_enabled） 
loose_rpl_semi_sync_slave_enabled=1 #MySQL5.6开启从的半同步复制 
loose_rpl_semi_sync_master_timeout=5000 #超时5秒，切回异步 
rpl_semi_sync_master_wait_for_slave_count=1 #至少收到1个slave发会的ack 
rpl_semi_sync_master_wait_point=AFTER_SYNC #MySQL 5.7的方法，AFTER_SYNC（default value，增强半同步） & AFTER_COMMIT（传统半同步）
#GTID mode
gtid_mode=on
enforce_gtid_consistency=1
log-slave-updates=1

【2.1】在主库201创建复制用户

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;

【2.2】在主库201创建测试数据

-- 【2.2.1】构造test库和test库下的test1,test2,test3表。test4表用于模拟业务一直在运行
create database test;
use test;
create table test1(id int);
insert into test1 values(1);
create table test2(id int);
insert into test2 values(2);
create table test3(id int);
insert into test3 values(3);
commit;
create table test4(id int);
insert into test4 values(4);
commit;

-- 【2.2.2】构造存储过程sp_test4来循环插入test4表，模拟业务运行
use test;
drop procedure if exists sp_test4;
delimiter $$
create procedure sp_test4()
begin
declare n int;
set n=11;
while(n<=20)
do
insert into test.test4 values(n);
commit;
set n=n+1;
end while;
end $$
delimiter ;

-- 【2.2.3】构造事件，来调度sp_test4过程
use test;
set global event_scheduler=1;

delimiter $$
create event if not exists event_test4
on schedule every 5 second
on completion preserve
enable
do
begin
call sp_test4();
end $$
delimiter ;

-- 为了防止测试数据量累计导致卡顿，我这里5小时做一次truncate
delimiter $$
create event if not exists event_truncate_test4
on schedule every 5 hour
on completion preserve
enable
do
begin
truncate table test.test4;
end $$
delimiter ;

【2.3】备份与还原

#在主库A：201
innobackupex --defaults-file=/etc/my.cnf -uroot -p123456 --no-timestamp /mysql/backup/full.bak

#在从库B/C：202，203
scp -r root@192.168.1.201:/mysql/backup/full.bak /mysql/backup/
innobackupex --apply-log --user-memory=800M /mysql/backup/full.bak   #应用redo/undo
mv data data1
mkdir data
innobackupex --defaults-file=/etc/my.cnf --copy-back /mysql/backup/full.bak/  #复制还原
chown -R mysql:mysql /mysql
chmod -R 755 /mysql

【2.4】构建级联主从复制

#从xtrabackup备份中的，info文件 or binlog_info文件中找到 gtid；
　　

stop slave;
reset master;
reset slave all;
set session sql_log_bin=0;
set global gtid_purged='de853101-b165-11e9-900a-000c291f4171:1-1697';
set session sql_log_bin=1;
change master to 
master_host='192.168.1.202',
master_user='rpl',
master_password='123456',
master_auto_position=1;

#核验主从，在从库执行
show slave status\G
show processlist;
select count(1) from test.test4;

【2.5】核验

#在主库A：201  执行
create database test1;
create table test1.test1(id int);
insert into test1.test1 values(1);
commit;
select * from test1.test1;

#核验三个库
select * from test1.test1;

 

【3】多主一从（多源复制）

【3.1】实验环境

　　操作系统：CentOS 7.5

　　数据库版本：MySQL 5.7.24

　　数据库架构：主从复制，基于主库搭建3个从库，采用Xtrabackup + GTID + 无损同步复制

　　A：主库IP：192.168.1.201　　port：3306

　　B：主库IP：192.168.1.202　　port：3306

　　C：从库IP：192.168.1.203　　port：3306\

 

　　A服务器之复制 test库，B服务器之复制test1库

【3.2】主从库参数 my.cnf

#【3.2.1】A服务器参数额外配置　　

binlog-do-db=test　　#binlog只把该库的操作记录到binlog，每一行一个数据库，多个数据库需要另起行
binlog-ignore-db=sys　　#表示忽略某个数据库，除了这个数据库之外都复制，每一行一个数据库，多个数据库需要另起行
binlog-ignore-db=mysql
binlog-ignore-db=information_schema
binlog-ignore-db=performance_schema



#【3.2.2】B服务器参数额外配置

binlog-do-db=test1　　#binlog只把该库的操作记录到binlog，每一行一个数据库，多个数据库需要另起行
binlog-ignore-db=sys　　#表示忽略某个数据库，除了这个数据库之外都复制，每一行一个数据库，多个数据库需要另起行
binlog-ignore-db=mysql
binlog-ignore-db=information_schema
binlog-ignore-db=performance_schema



#【3.2.3】C服务器参数额外配置

replicate_do_db=test
replicate_do_db=test1
replicate_wild_do_table=test.%
replicate_wild_do_table=test1.%
replicate_ignore_db=mysql
replicate_ignore_db=sys
replicate_ignore_db=information_schema
replicate_ignore_db=performance_schema

【3.3】配置主从（channel）

#在从库C操作
#核心就是channel 加频道，以便可以接收多个主库的复制

stop slave;
reset master;
reset slave all;

change master to 
master_host='192.168.1.201',
master_port=3306,
master_user='rpl',
master_password='123456',
master_auto_position=1
for channel 'master_201';

change master to 
master_host='192.168.1.202',
master_port=3306,
master_user='rpl',
master_password='123456',
master_auto_position=1
for channel 'master_202';

【3.4】关于channel的管理与维护

【3.4.1】关于channel 的常规操作

show slave for 'master_201'\G   -- 查看单个channel 的状态
stop slave for channel 'master_201'; -- 停止单个channel的同步
start slave for channel 'master_202'; -- 开始单个channel的同步
reset slave all for channel 'master_201'; -- 重置单个channel

-- 如果是关于全部的，那么和正常的主从一样
stop slave; reset slave all; show slave status\G

-- 跳过一个channel 的报错
　　 show slave  status for channel 'master_201'\G

-- 处理办法，先停止所有的channel（stop slave;），处理错误，接着开启报错所在的 channel ，最后开启所有的channel
-- 启用GTID 模式时

stop slave; -- stop slave for channel 'master_201'; 
set session gtid_next='de853101-b165-11e9-900a-000c291f4171:1-1697';
begin;
commit;
set session gtid_next='automatic';
start slave;

-- 未启用GTID模式时
stop slave; -- stop slave for channel 'master_201';
set global sql_slave_skip_counter=N --N为数字，表示跳过N个事件
start slave;

【3.4.2】监控通道channel 信息,在performance_schema 增加了一些 replication 的监控表;
use performance_schema;
show tables like 'replicat%';
select * from performance_schema.replication_connection_status\G