目录：

【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=2048bind-address=0.0.0.0server_id=2013306#从库务必记得修改

expire_logs_days=7#超过7天的binlog清理

innodb_support_xa=1binlog_cache_size=1M

log_bin_trust_function_creators=1#同步存储过程、函数、触发器

innodb_flush_log_at_trx_commit=1sync_binlog=1transaction-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=1log-slave-updates=1

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

create user 'rpl'@'192.168.1.%' identified by '123456';grant replication slave on *.* to 'rpl'@'192.168.1.%';

flushprivileges;select user,host from mysql.user;

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

--【2.2.1】构造test库和test库下的test1,test2,test3表。test4表用于模拟业务一直在运行

create databasetest;usetest;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表，模拟业务运行

usetest;drop procedure if existssp_test4;

delimiter $$create proceduresp_test4()begin

declare n int;set n=11;while(n<=20)

doinsert into test.test4 values(n);commit;set n=n+1;end while;end$$

delimiter ;--【2.2.3】构造事件，来调度sp_test4过程

usetest;set global event_scheduler=1;

delimiter $$create event if not existsevent_test4on schedule every 5secondoncompletion preserve

enable

dobegincall sp_test4();end$$

delimiter ;--为了防止测试数据量累计导致卡顿，我这里5小时做一次truncate

delimiter $$create event if not existsevent_truncate_test4on schedule every 5houroncompletion preserve

enable

dobegin

truncate tabletest.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 mastertomaster_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 slaveall;

change mastertomaster_host='192.168.1.201',

master_port=3306,

master_user='rpl',

master_password='123456',

master_auto_position=1

for channel 'master_201';

change mastertomaster_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 slavefor '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 statusfor 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