mysql的主从复制，基于gtid的主从复制，半同步复制，组复制
主从复制原理：
从库生成两个线程，一个I/O线程，一个SQL线程；
i/o线程去请求主库 的binlog，并将得到的binlog日志写到relay log（中继日志） 文件中；
主库会生成一个 log dump 线程，用来给从库 i/o线程传binlog；
SQL 线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，而最终数据一致；
mysql的日志类型：
Error log 错误日志
General query log普通查询日志
Slow query log 慢查询日志（记录哪些查询比较慢 ）
Binary log二进制日志文件（1、用于增量备份。2、主从）
要实现MySQL的主从复制，首先必须打开Master端的Binlog记录功能，否则就无法实现。因为整个复制过程实际上就是Slave从Master端获取BInlog日志，然后再在Slave上以相同顺序执行获取的binlog日志中记录的各种SQL操作。
1.传统的实现数据库主从复制
单向复制，只能slave复制master的，即slave对master库只读
| base2 | 172.25.78.12 | master |
|---|---|---|
| base3 | 172.25.78.13 | slaver |
# 在master上
[root@base2 ~]# tar xf mysql-5.7.24-1.el7.x86_64.rpm-bundle.tar
[root@base2 ~]# ls
mysql-5.7.24-1.el7.x86_64.rpm-bundle.tar
mysql-community-client-5.7.24-1.el7.x86_64.rpm
mysql-community-common-5.7.24-1.el7.x86_64.rpm
mysql-community-devel-5.7.24-1.el7.x86_64.rpm
mysql-community-embedded-5.7.24-1.el7.x86_64.rpm
mysql-community-embedded-compat-5.7.24-1.el7.x86_64.rpm
mysql-community-embedded-devel-5.7.24-1.el7.x86_64.rpm
mysql-community-libs-5.7.24-1.el7.x86_64.rpm
mysql-community-libs-compat-5.7.24-1.el7.x86_64.rpm
mysql-community-minimal-debuginfo-5.7.24-1.el7.x86_64.rpm
mysql-community-server-5.7.24-1.el7.x86_64.rpm
mysql-community-server-minimal-5.7.24-1.el7.x86_64.rpm
mysql-community-test-5.7.24-1.el7.x86_64.rpm
[root@base2 ~]# yum install -y mysql-community-client-5.7.24-1.el7.x86_64.rpm \
mysql-community-common-5.7.24-1.el7.x86_64.rpm \
mysql-community-libs-5.7.24-1.el7.x86_64.rpm \
mysql-community-libs-compat-5.7.24-1.el7.x86_64.rpm \
mysql-community-server-5.7.24-1.el7.x86_64.rpm # 只需要这五个即可
[root@base2 ~]# vim /etc/my.cnf
log-bin=mysql-bin # 启用二进制功能，主从复制基础
server-id=1 # id唯一
[root@base2 ~]# systemctl start mysqld
[root@base2 ~]# cat /var/log/mysqld.log | grep password # 查看临时密码
[root@base2 ~]# mysql -p # 我们可以用临时密码登录数据库，但是什么都干不了
Enter password:
mysql> show databases;
[root@base2 ~]# mysql_secure_installation # 初始化密码
[root@base2 ~]# mysql -p # 再次登录，可以正常使用
Enter password:
mysql> show databases;
mysql> grant replication slave on *.* to repl@'172.25.78.%' identified by 'Ting@666'; # 为服务器创建一个连接账户并授予权限，*.*表示所有权限;172.25.78.%表示这个网段的所有用户都有这个权限
mysql> show master status;
# 在slave上
先测试master数据库是否能远程登录
[root@base2 ~]# mysql -h 172.25.78.12 -u repl -p
Enter password:
mysql> show databases; # 测试成功
mysql> quit
开始配置slave的数据库
[root@base3 ~]# tar xf mysql-5.7.24-1.el7.x86_64.rpm-bundle.tar
[root@base3 ~]# yum install -y mysql-community-client-5.7.24-1.el7.x86_64.rpm \
mysql-community-common-5.7.24-1.el7.x86_64.rpm \
mysql-community-libs-5.7.24-1.el7.x86_64.rpm \
mysql-community-libs-compat-5.7.24-1.el7.x86_64.rpm \
mysql-community-server-5.7.24-1.el7.x86_64.rpm
[root@base3 ~]# vim /etc/my.cnf
server-id=2
注：从服务器 ID 号,不能和主 ID 相同,如果设置多个从服务
器,每个从服务器必须有一个唯一的 server-id 值,必须与主服
务器的以及其它从服务器的不相同。可以认为 server-id 值
类似于 IP 地址:这些 ID 值能唯一识别复制服务器群集中的
每个服务器实例。
[root@base3 ~]# systemctl start mysqld
[root@base3 ~]# cat /var/log/mysqld.log | grep password
[root@base3 ~]# mysql_secure_installation # 初始化密码
[root@base3 ~]# mysql -p
mysql> change master to master_host='172.25.78.12',master_user='repl',master_password='Ting@666',master_log_file='mysql-bin.000002',master_log_pos=1003; # 从库和主库建立连接,必须和主服务器里查看到的数据保持一致
mysql> start slave;
mysql> show slave status\G;
#在master上创建数据库
[root@base2 ~]# mysql -p
Enter password:
mysql> create database test;
mysql> use test;
mysql> create table userlist(
-> username varchar(15) not null,
-> password varchar(25) not null);
mysql> desc userlist;
mysql> insert into userlist values ('userq','111');
mysql> insert into userlist values ('user1','222');
mysql> select * from userlist; # 建立成功
# 在slave上查看是否同步
[root@base3 ~]# mysql -p
Enter password:
mysql> show databases;
mysql> use test;
mysql> show tables;
mysql> select * from userlist; # 同步成功
2.gtid实现主从复制
相比于传统的主从复制优点：不需要知道复制哪个文件，也不需要知道从哪个号开始复制
# 在master上
[root@base2 ~]# vim /etc/my.cnf
log-bin=mysql-bin
server-id=1
gtid_mode =ON
enforce-gtid-consistency=true
[root@base2 ~]# systemctl restart mysqld
[root@base2 ~]# mysql -p
Enter password:
mysql> grant replication slave on *.* to repl@'172.25.78.%' identified by 'Ting@666'; # 为服务器创建一个连接账户并授予权限，*.*表示所有权限;172.25.78.%表示这个网段的所有用户都有这个权限
# 在slave上
[root@base3 ~]# vim /etc/my.cn
server-id=2
gtid_mode =ON
enforce-gtid-consistency=true
[root@base3 ~]# systemctl restart mysqld
[root@base3 ~]# mysql -p
Enter password:
mysql> stop slave;
mysql> change master to master_host='172.25.78.12',master_user='repl',master_password='Ting@666',MASTER_AUTO_POSITION=1; # 改变slave服务器用于连接master服务器的参数，此处把MASTER值设为动态
mysql> start slave;
mysql> show slave status\G;
# 在master上创建数据库
mysql> show master status; # 数据已经改变
mysql> create database westos;
mysql> show databases;
# 在slave端查看是否同步
mysql> show databases;
[root@base3 ~]# mysql -p
Enter password:
mysql> use mysql;
mysql> show tables;
mysql> select * from gtid_executed;
[root@base3 ~]# cd /var/lib/mysql
[root@base3 mysql]# ls
mysql主从复制存在的问题：
1.主库宕机后，数据可能丢失
2.从库只有一个sql Thread，主库写压力大，复制很可能延时
# 解决方法：
1.半同步复制----解决数据丢失的问题
2.并行复制----解决从库复制延迟的问题
4.基于gtid实现半同步
关于半同步：
介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后
不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才
返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时
它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。
所以，半同步复制最好在低延时的网络中使用。
# 在master上
mysql> install plugin rpl_semi_sync_master soname 'semisync_master.so'; # 下载插件
mysql> SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME LIKE '%semi%'; # 查看插件是否加载成功
mysql> show global variables like '%semi%';
mysql> set global rpl_semi_sync_master_enabled=1; # 设置变量，启用半同步复制，这是临时设置，永久设置需要编辑文件/etc/my.cnf写入rpl_semi_sync_master_enabled=1
mysql> show global variables like '%semi%';
mysql> show global status like '%semi%'; # 可以用这些参数进行监控
mysql> show status like 'Rpl_semi_sync_master_status'; # 查看半同步是否在运行
# 配置slave服务器
mysql> install plugin rpl_semi_sync_slave soname 'semisync_slave.so'; # 下载插件
mysql> set global rpl_semi_sync_slave_enabled=1; # 设置变量，启用半同步复制
mysql> stop slave IO_THREAD; # 重启slave上的IO线程,重启后，slave会在master上注册为半同步复制的slave角色,否则还是异步复制
mysql> start slave IO_THREAD;
mysql> show global variables like '%semi%';
mysql> show status like 'Rpl_semi_sync_slave_status'; # 查看半同步是否在运行
# 测试：
（1）在Slave执行stop slave后，master的create操作需要10.76s才返回，而这与rpl_semi_sync_master_timeout参数的时间相吻合。
在slave上
mysql> stop slave;
mysql> show status like 'Rpl_semi_sync_slave_status';
在master上
mysql> create database student;
mysql> show global status like '%semi%';
（2）在Slave执行stop slave之前，master的drop操作很快就能返回。
在slave上
mysql>mysql> start slave IO_THREAD;
mysql> show databases; # 当slave启动时，数据会自动同步,不会丢失
mysql> show status like 'Rpl_semi_sync_slave_status';
在master上
mysql> drop database student;
事实上，半同步复制并不是严格意义上的半同步复制,当半同步复制发生超时时（由rpl_semi_sync_master_timeout参数控制，单位是毫秒，默认为10000，即10s），会暂时关闭半同步复制，转而使用异步复制。当master dump线程发送完一个事务的所有事件之后，如果在rpl_semi_sync_master_timeout内，收到了从库的响应，则主从又重新恢复为半同步复制。
5.基于gtid实现并行复制
为什么会出现并行复制呢？
因为在5.7的mysql生产环境中，slave端进行复制时，IO线程和SQL线程都是单线程，而master端
是多线程，多新城肯定比单线程快的多，这就出现了复制延迟的问题，我们用并行复制就可以解决
这个问题，并行复制的目的就是要让slave尽可能的多线程跑起来，当然基于库级别的多线程也是
一种方式(不同库的事务，没有锁冲突)
# 在slave端
[root@base3 ~]# vim /etc/my.cnf
slave-parallel-type=LOGICAL_CLOCK # 并行的类型
slave-parallel-workers=5 # 开启多少个线程
master_info_repository=TABLE # maste.info和relay.info是以表的形式存储的
relay_log_info_repository=TABLE # 存储日志以表的形式
relay_log_recovery=ON # 支持恢复
[root@base3 ~]# systemctl restart mysqld
[root@base3 ~]# mysql -p
Enter password:
mysql> show processlist;
6.组复制
MySQL 组复制实现了基于复制协议的多主更新。
1)复制组由多个 server成员构成，并且组中的每个 server 成员可以独立地执行事务。但所有读
写（RW）事务只有在冲突检测成功后才会提交。只读（RO）事务不需要在冲突检测，可以立即提交。
一.特点：
● 高一致性
基于原生复制及 paxos 协议的组复制技术，并以插件的方式提供，提供一致数据安全保证；
● 高容错性
只要不是大多数节点坏掉就可以继续工作，有自动检测机制，当不同节点产生资源争用冲突时，不会出现错误，按照先到者优先原则进行处理，并且内置了自动化脑裂防护机制；
● 高扩展性
节点的新增和移除都是自动的，新节点加入后，会自动从其他节点上同步状态，直到新节点和其他节点保持一致，如果某节点被移除了，其他节点自动更新组信息，自动维护新的组信息；
● 高灵活性
有单主模式和多主模式，单主模式下，会自动选主，所有更新操作都在主上进行；
多主模式下，所有 server 都可以同时处理更新操作。
二、什么样的应用场景适合用组复制？
1、弹性的数据库复制环境
组复制可以灵活的增加和减少集群中的数据库实例
2、高可用的数据库环境
组复制允许数据库实例宕机，只要集群中大多数服务器可用，则整个数据库服务可用
3、替代传统主从复制结构的数据库环境
| base2 | 172.25.78.12 | master1 |
|---|---|---|
| base3 | 172.25.78.13 | master2 |
| base4 | 172.25.78.14 | master3 |
恢复环境，准备重新初始化
# base2上
[root@base2 ~]# systemctl stop mysqld
[root@base2 ~]# cd /var/lib/mysql
[root@base2 mysql]# rm -fr *
[root@base2 mysql]# ps ax | grep mysqld # 确保没有mysqld进程
[root@base2 mysql]# uuidgen # 随机生成uuid
e3c782ed-8970-4905-a7f8-1d0547d81f0c
[root@base2 mysql]# vim /etc/my.cnf
server_id=1
gtid_mode=ON # 启用二进制日志
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON # 开启日志同步
log_bin=binlog
binlog_format=ROW # 二进制日志格式
transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="e3c782ed-8970-4905-a7f8-1d0547d81f0c" # 这是随机生成的，但是一旦设定，uuid就是确定的
loose-group_replication_start_on_boot=off # 开机不启动
loose-group_replication_local_address="172.25.78.12:24901" # 绑定本地的172.25.78.12以及24901端口接受其他组成员的连接
loose-group_replication_group_seeds="172.25.78.12:24901,172.25.78.13:24901,172.25.78.14:24901" # 组复制的成员
loose-group_replication_bootstrap_group=off # 配置不自动引导组
loose-group_replication_ip_whitelist="127.0.0.1,172.25.78.0/24" # 允许网段
loose-group_replication_enforce_update_everywhere_checks=ON # 更新检测
loose-group_replication_single_primary_mode=OFF # 设置组自动选择一个 server 来处理读/写工作。
[root@base2 mysql]# systemctl start mysqld # 开启数据库
[root@base2 mysql]# cat /var/log/mysqld.log | grep password # 获取初始密码
[root@base2 mysql]# mysql -p # 用初始密码登录数据库
Enter password:
mysql> alter user root@localhost identified by 'Ting@666'; # 修改本地用户密码
mysql> SET SQL_LOG_BIN=0; # 关闭二进制日志，避免在从服务上复制
mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'Ting@666'; # 赋予用户密码
mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%'; # 授权
mysql> FLUSH PRIVILEGES; # 刷新
mysql> SET SQL_LOG_BIN=1; # 开启日志
mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='Ting@666' FOR CHANNEL 'group_replication_recovery'; # 配置组用户
mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so'; # 安装plugin插件
mysql> SET GLOBAL group_replication_bootstrap_group=ON; #这句只有base2,在第一次执行引导组的时候执行
mysql> START GROUP_REPLICATION; # 开启组复制
mysql> SET GLOBAL group_replication_bootstrap_group=OFF;
mysql> SELECT * FROM performance_schema.replication_group_members; # 查看组复制成员
mysql> CREATE DATABASE test: # 创建数据库
mysql> use test;
Database changed
mysql> CREATE TABLE t1 (c1 INT PRIMARY KEY, c2 TEXT NOT NULL); # 创建表
mysql> INSERT INTO t1 VALUES (1, 'Luis');
mysql> SELECT * FROM t1;
###### # 在base3上
[root@base3 ~]# systemctl stop mysqld
[root@base3 ~]# cd /var/lib/mysql
[root@base3 mysql]# rm -fr *
[root@base3 mysql]# vim /etc/my.cnf
server_id=2
gtid_mode=ON # 启用二进制日志
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON # 开启日志同步
log_bin=binlog
binlog_format=ROW # 二进制日志格式
transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="e3c782ed-8970-4905-a7f8-1d0547d81f0c" # 这是随机生成的，但是一旦设定，uuid就是确定的
loose-group_replication_start_on_boot=off # 开机不启动
loose-group_replication_local_address="172.25.78.13:24901"
loose-group_replication_group_seeds="172.25.78.12:24901,172.25.78.13:24901,172.25.78.14:24901" # 组复制的成员
loose-group_replication_bootstrap_group=off
loose-group_replication_ip_whitelist="127.0.0.1,172.25.78.0/24" # 允许网段
loose-group_replication_enforce_update_everywhere_checks=ON # 更新检测
loose-group_replication_single_primary_mode=OFF
[root@base3 mysql]# systemctl start mysqld
[root@base3 mysql]# cat /var/log/mysqld.log | grep password
[root@base3 mysql]# mysql -p
Enter password:
mysql> alter user root@localhost identified by 'Ting@666';
mysql> SET SQL_LOG_BIN=0;
mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'Ting@666';
mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
mysql> FLUSH PRIVILEGES;
mysql> SET SQL_LOG_BIN=1;
mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='Ting@666' FOR CHANNEL 'group_replication_recovery';
mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';
mysql> START GROUP_REPLICATION;
mysql> STOP GROUP_REPLICATION;
mysql> reset master;
mysql> START GROUP_REPLICATION;
# base4上
[root@base4 ~]# ls
mysql-community-client-5.7.24-1.el7.x86_64.rpm
mysql-community-libs-compat-5.7.24-1.el7.x86_64.rpm
mysql-community-common-5.7.24-1.el7.x86_64.rpm
mysql-community-server-5.7.24-1.el7.x86_64.rpm
mysql-community-libs-5.7.24-1.el7.x86_64.rpm
[root@base4 ~]# yum install -y *
[root@base4 ~]# vim /etc/my.cnf
server_id=3
gtid_mode=ON # 启用二进制日志
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON # 开启日志同步
log_bin=binlog
binlog_format=ROW # 二进制日志格式
transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="e3c782ed-8970-4905-a7f8-1d0547d81f0c" # 这是随机生成的，但是一旦设定，uuid就是确定的
loose-group_replication_start_on_boot=off # 开机不启动
loose-group_replication_local_address="172.25.78.14:24901"
loose-group_replication_group_seeds="172.25.78.12:24901,172.25.78.13:24901,172.25.78.14:24901" # 组复制的成员
loose-group_replication_bootstrap_group=off
loose-group_replication_ip_whitelist="127.0.0.1,172.25.78.0/24" # 允许网段
loose-group_replication_enforce_update_everywhere_checks=ON # 更新检测
loose-group_replication_single_primary_mode=OFF
[root@base4 ~]# systemctl start mysqld
[root@base4 ~]# cat /var/log/mysqld.log | grep password
[root@base4 ~]# mysql -p
Enter password:
mysql> alter user root@localhost identified by 'Ting@666';
mysql> SET SQL_LOG_BIN=0;
mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'Ting@666';
mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
mysql> FLUSH PRIVILEGES;
mysql> SET SQL_LOG_BIN=1;
mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='Ting@666' FOR CHANNEL 'group_replication_recovery';
mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';
mysql> reset master;
mysql> START GROUP_REPLICATION; # 开启组复制
mysql> SELECT * FROM performance_schema.replication_group_members; # 查看组成员成员状态
mysql> show databases; # 直接查看，把master1上的数据同步成功
mysql> use test;
Database changed
mysql> show tables;
# 在master2上查看，也同步成功
mysql> use test;
Database changed
mysql> select * from t1;
# 在任意一方插入数据都可以成功，也都能查看到插入的数据
mysql> INSERT INTO t1 VALUES (2, ‘lala');
mysql> INSERT INTO t1 VALUES (3, ‘haha');
mysql> select * from t1;
