MySQL主从复制、读写分离

 

1.主从复制及读写分离

1.1MySQL复制的应用常见场景

• 读写分离，提高查询访问性能，有效减少主数据库访问压力

• 实时灾备，主数据出现故障时，可快速切换到从数据库

• 数据汇总，可将多个主数据库同步汇总到一个从数据库中，方便数据统计分析。

1.2MySQL主从复制原理

传统的MySQL复制提供一个种简单的主-从复制方法。有一个主，以及一个或多个从。主节点执行和提交事务，然后将它们（异步地）发送到从节点，以重新执行（在基于语句的复制中）或应用（在基于行的复制中）。这是一个shared-nothing的系统，默认情况下所有server成员都有一个完整的数据副本

还有一个半同步复制，它在协议中添加了一个同步步骤。这意味着主节点在提交时需要等待从节点确认它已经接收事务。只有这样，主节点才能继续提交操作。

在上面的两个图片中，可以看到传统异步MySQL复制协议（以及半同步）的图形展示。蓝色箭头表示在不同server之间或者server与client应用之间的信息交互。

1.3MySQL主从复制过程

• 开启binlog日志，通过把主库的binlog传送到从库，重新解析应用到从库。

• 复制需要3个线程（dump、io、sql）完成。

• 复制是异步的过程。主从复制是异步的逻辑SQL语句级的复制。

1.4MySQL主从复制前提

• 主服务器一定要打开二进制日志

• 必须两台服务器（或者是多个实例）

• 从服务器需要一次数据初始化

• 如果主从服务器都是新搭建的话，可以不做初始化

• 如果主服务器已经运行很长时间了，可以通过备份将主库数据恢复到从库

• 主库必须要有对从库复制请求的用户

• 从库需要有relay-log设置，存放从主库传送过来的二进制日志show variables like '%relay%';

• 在第一次的时候，从库需要change master to去连接主库。

• change master信息需要存放到master.info中show variables like '%master_info%';

• 从库怎么知道，主库发生了新的变化？通过relay-log.info记录的已经应用过的relay-log信息。

• 在复制过程中涉及到的线程

  • 从库会开启一个IO thread（线程），负责连接主库，请求binlog，接收binlog并写入relay-log

  • 从库会开启一个SQL thread（线程），负责执行relay-log中的事件

  • 主库会开启一个dump thread（线程），负责响应从IO thread的请求

1.5MySQL主从复制实现

• 通过二进制日志

• 至少两台（主、从）

• 主服务器的二进制日志“拿”到从服务器上再运行一遍

• 通过网络连接两台机器，一般都会出现延迟的状态。也可以说是异步。

• 从库通过手工执行change master to语句连接主库，提供连接的用户一切条件user、password、port、ip

• 并且让从库知道，二进制日志的起点位置（file名 position号）

• 启动从库同步服务start slave

• 从库的IO和主库的dump线程建立连接

• 从库根据change master to 语句提供的file名和position号，IO线程向主库发起binlog的请求

• 主库dump线程根据从库的请求，将本地binlog以events的方式发给从库IO线程

• 从库IO线程接收binlog events，并存放到本地relay-log中，传送过来的信息，会记录到master.info中

• 从库SQL线程应用relay-log，并且把应用过的记录到relay-log.info，默认情况下，已经应用过的relay会自动被清理purge

1.6MySQL复制有三种核心格式

• 复制的工作原理是数据库修改记录到bin log日志并传递到slave，然后slave在本地还原的过程。而时间记录到bin log的格式会有所不同。

6.1基于语句的复制（statement based replication）

• 基于主库将SQL语句写入到bin log中完成复制

6.2基于行数据的复制（row based replication）

• 基于主库将每一行数据变化的信息作为时间写入到bin log完成日志。默认就是基于行级别的复制，因为它相对语句复制逻辑更为严谨

6.3混合复制（mixed based replication）

• 上述两者的结合。默认情况下优先使用基于语句的复制，只有当部分语句如果基于语句复制不完全的情况下才会自动切换为基于行数据的复制

# mysql -uroot -p
> show variables like '%binlog_format%';    //默认基于行复制
variable_name   value
binlog_format   ROW
> SET binlog_format='STATEMENT';    //改为基于语句复制

　　

• 一般建议用基于ROW的复制方式

2.MySQL传统主从同步配置

• 环境

  • master：192.168.1.10

  • slave：192.168.1.11

  • 端口3306

  • master，slave按照一下步骤安装mysql数据库

• MySQL5.7初始为root用户随机生成一个密码

• 启动过一次mysql才可以查看临时密码

2.1MySQL安装

# wget https://repo.mysql.com/mysql57-community-release-el7-11.noarch.rpm
# yum -y install mysql57-community-release-el7-11.noarch.rpm    #安装mysql源
# yum -y install mysql-community-server mysql
​
# systemctl start mysqld
# systemctl status mysqld
​
# grep 'password'   /var/log/mysqld.log     //查看初始密码
xxxxxxxxxxx
# mysql -uroot -p'xxxxxxx'
> alter user 'root'@'localhost' identified by   'ABC123.com';   #修改密码

　　

设置简单密码策略(不建议)

> set global validate_password_policy=0;    //不要特殊符号
> set global validate_password_length=1;    //长度最少4位
> alter user 'root'@'localhost' identified by   'ABC123';   #修改密码

MySQL授权远程主机登录

> grant all privileges on *.* to slave@'192.168.%.%' identified by 'A.123com' with grant option; 
> flush privileges;

• WITH GRANT OPTION 这个选项表示该用户可以将自己拥有的权限授权给别人。

2.2MySQL编辑配置文件

2.2.1Master配置文件

# hostnamectl --static set-hostname mysql-master
# cat /etc/my.cnf
[mysqld]
datadir=/var/lib/mys
ql
socket=/var/lib/mysql/mysql.sock
defaults-storage-engine=INNODB
symbolic-links=0
server_id=6
log_bin=/var/log/mysql/mysql-bin
​
# mkdir -p /var/log/mysql
# chown -R mysql:mysql /var/log/mysql
# systemctl restart mysqld
# systemctl status mysqld

　　

2.2.2slave配置文件

# hostnamectl --static set-hostname mysql-slave
# cat /etc/my.cnf
[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
defaults-storage-engine=INNODB
symbolic-links=0
server_id=8
log_bin=/var/log/mysql/mysql-bin
relay_log=/var/log/mysql/mysql-relay
​
# mkdir -p /var/log/mysql
# chown -R mysql:mysql /var/log/mysql
# systemctl restart mysqld
# systemctl status mysqld

　　

2.3MySQL创建主从同步账号

• 在主库创建一个专门用来复制的数据库用户，所有从库都用这个用户连接主库，确保这个用户只有复制的权限

master

# mysql -uroot -p
> create user 'slave'@'192.168.%.%' identified by 'A.123com';
> grant replication slave on *.* to 'slave'@'192.168.%.%';
> show grants for 'slave'@'192.168.%.%';

• grant replication slave表示向某个用户授予复制主节点数据的

slaves上登录测试

用slave账号登录主库

# mysql -h192.168.1.10 -uslave -p'A.123com'
> show databases;
> select user,host from mysql.user;     //没有查询权限

　　

master上

> flush tables with read lock;  对主库锁表，停止修改，从库复制过程中主库不能执行update、delete、insert
> show master status;       //主库日志信息

　　

2.4备份主库数据

• --master-data 将二进制日志的位置和文件名写入到输出中

master上备份

# mysqldump -uroot -p'A.123com' --master-data --all-databases > master-all.sql
# cat master-all.sql
# scp master-all.sql 192.168.1.11:/root/
​
# mysql -uroot -p'A.123com'
> show master status;

• 主库数据备份完毕后，释放主库锁

slave上

导入主库数据

# mysql -uroot -p'A.123com' < master-all.sql
# mysql -uroot -p'A.123com'
> select user,host from mysql.user;

　　

2.5从库配置同步

• 在从库上建立复制关系，即从库指定主库的日志信息和链接信息

//先查看主库日志信息
> change master to
-> master_host='192.168.1.10'，
-> master_port=3306,
-> master_user='slave',
-> master_password='A.123com',
-> master_log_file='mysql-bin.000001',
-> master_log_pos=617;
​
> start slave;      //启动
> show slave statusG
...
Slave IO Running: No
Slave SQL Runing: Yes
...
Last_IO_Error: Fatal error:... uuid与从库相同

　　

修改uuid（没问题可以忽略这步）

# vim /var/lib/mysql/auto.cnf

# mysql -uroot -p'A.123com'
> show slave statusG
...
Slave IO Running: Yes
Slave SQL Runing: Yes

ps：MySQL服务是主库复制过来的，uuid(/var/lib/mysql/auto.cnf)，server_id(/etc/my.cnf)相同，需修改

测试

master上

> create database test_slave;
> show databases;

　　

slave上

> show databases;

　　

3.MySQL基于GTID的主从复制

3.1GTID 概念介绍

• GTID即全局事务ID (global transaction identifier), 其保证为每一个在主上提交的事务在复制集群 中可以生成一个唯一的ID。

• GTID最初由google实现，官方MySQL在5.6才加入该功能。mysql主从结构在一主一从情况下对于 GTID来说就没有优势了，而对于2台主以上的结构优势异常明显，可以在数据不丢失的情况下切换 新主

• 使用GTID需要注意: 在构建主从复制之前，在一台将成为主的实例上进行一些操作（如数据清理 等），通过GTID复制，这些在主从成立之前的操作也会被复制到从服务器上，引起复制失败。也 就是说通过GTID复制都是从最先开始的事务日志开始，即使这些操作在复制之前执行。比如在 server1上执行一些drop、delete的清理操作，接着在server2上执行change的操作，会使得 server2也进行server1的清理操作。

• GTID实际上是由UUID+TID (即transactionId)组成的。其中UUID(即server_uuid) 产生于 auto.conf文件(cat /data/mysql/data/auto.cnf)，是一个MySQL实例的唯一标识。TID代表了该实 例上已经提交的事务数量，并且随着事务提交单调递增，所以GTID能够保证每个MySQL实例事务 的执行（不会重复执行同一个事务，并且会补全没有执行的事务）。GTID在一组复制中，全局唯 一。 下面是一个GTID的具体形式 :

3.2GTID 的工作流程为

• master更新数据时，会在事务前产生GTID，一同记录到 binlog 日志中。

• slave 端的 i/o 线程将变更的 binlog，写入到本地的 relay log 中。

• sql 线程从 relay log 中获取 GTID，然后对比 slave 端的 binlog 是否有记录。

• 如果有记录，说明该 GTID 的事务已经执行，slave 会忽略。

• 如果没有记录，slave 就会从 relay log 中执行该 GTID 的事务，并记录到 binlog。

• 在解析过程中会判断是否有主键，如果没有就用二级索引，如果没有就用全部扫描。

3.3GTID 的优点

• 一个事务对应一个唯一ID，一个GTID在一个服务器上只会执行一次;

• GTID是用来代替传统复制的方法，GTID复制与普通复制模式的最大不同就是不需要指定二进制文 件名和位置;

• 减少手工干预和降低服务故障时间，当主机挂了之后通过软件从众多的备机中提升一台备机为主 机;

3.4GTID 复制同步过程

• 主从架构：ServerC <-----ServerA ----> ServerB 即一个主数据库ServerA，两个从数据库ServerB 和ServerC

• 当主机ServerA 挂了之后 ，此时ServerB执行完了所有从ServerA 传过来的事务，ServerC 延时一 点。这个时候需要把 ServerB 提升为主机 ，Server C 继续为备机；当ServerC 链接ServerB 之后, 首先在自己的二进制文件中找到从ServerA 传过来的最新的GTID，然后将这个GTID 发送到 ServerB ,ServerB 获得这个GTID之后,就开始从这个GTID的下一个GTID开始发送事务给ServerC。 这种自我寻找复制位置的模式减少事务丢失的可能性以及故障恢复的时间。

3.5GTID 的缺点(限制)

• 不支持非事务引擎;

• 不支持create table ... select 语句复制(主库直接报错);(原理: 会生成两个sql, 一个是DDL创建表 SQL, 一个是insert into 插入数据的sql; 由于DDL会导致自动提交, 所以这个sql至少需要两个GTID, 但是GTID模式下, 只能给这个sql生成一个GTID)

• 不允许一个SQL同时更新一个事务引擎表和非事务引擎表;

• 在一个复制组中，必须要求统一开启GTID或者是关闭GTID;

• 开启GTID需要重启 (mysql5.7除外);

• 开启GTID后，就不再使用原来的传统复制方式;

• 对于create temporary table 和 drop temporary table语句不支持;

• 不支持sql_slave_skip_counter;

5.6GTID 与 binlog对应关系

• 假设有4个binlog: bin.001,bin.002,bin.003,bin.004

bin.001 : Previous-GTIDs=empty; binlog_event有：1-40
bin.002 : Previous-GTIDs=1-40; binlog_event有：41-80
bin.003 : Previous-GTIDs=1-80; binlog_event有：81-120
bin.004 : Previous-GTIDs=1-120; binlog_event有：121-160

• 假设现在我们要找GTID=$A，那么MySQL的扫描顺序为： 从最后一个binlog开始扫描（即： bin.004）

• bin.004的Previous-GTIDs=1-120，如果$A=140 > Previous-GTIDs,那么肯定在bin.004中

• bin.004的Previous-GTIDs=1-120，如果$A=88 包含在Previous-GTIDs中,那么继续对比上一个 binlog文件 bin.003,然后再循环前面2个步骤，直到找到为止

5.7GTID 相关参数

参数	comment
gtid_executed	执行过的所有GTID
gtid_purged	丢弃掉的GTID
gtid_mode	gtid模式
gtid_next	session级别的变量，下一个gtid
gtid_owned	正在运行的gtid
enforce_gtid_consistency	保证GTID安全的参数

5.8GTID 开启必备的条件

MySQL 5.6

gtid_mode=ON(必选)
log_bin=ON(必选)
log-slave-updates=ON(必选)
enforce-gtid-consistency(必选)

　　

MySQL 5.7

• MySQL5.7.13 or higher

gtid_mode=ON(必选)
enforce-gtid-consistency（必选）
log_bin=ON（可选）--高可用切换，最好设置ON
log-slave-updates=ON（可选）--高可用切换，最好设置ON

5.9 GTID 开启时需要注意的问题

• slave不能执行任何sql,包括超级用户;

• read_only=on, slave必须要开启这个，避免业务执行sql;

• 保证当前slave的事务id为1;

• 当slave同步出现问题时，手动跳过，需要考虑的问题

• 执行的sql，不能记录事务id，否则slave切换为master时，会导致从同步失败，因为binglog早已 删除。

• SET @MYSQLDUMP_TEMP_LOG_BIN = @@SESSION.SQL_LOG_BIN;

• SET @@SESSION.SQL_LOG_BIN= 0;

5.10MySQL 配置基于GTID的主从复制

• 传统的基于binlog position复制的方式有个严重的缺点：如果slave连接master时指定的binlog文 件错误或者position错误，会造成遗漏或者重复， 很多时候前后数据是有依赖性的，这样就会出 错而导致数据不一致。

（1）环境

角色	IP地址	Server_id	数据库状态	操作系统
mysql-master	172.16.60.211	1	全新安装mysql 5.7	CentOS7.5
mysql-slave	192.168.152.%	2	全新安装mysql 5.7	CentOS7.5

（2）系统配置

[root@mysql-master ~]# cat /etc/redhat-release
CentOS Linux release 7.5.1804 (Core)
# 为了方便实验，关闭所有节点的防火墙
[root@mysql-master ~]# systemctl stop firewalld
[root@mysql-master ~]# cat /etc/sysconfig/selinux |grep "SELINUX=disabled"
SELINUX=disabled
[root@mysql-master ~]# setenforce 0              
setenforce: SELinux is disabled
[root@mysql-master ~]# getenforce                
Disabled

　　

（3）安装 Mysql

（3.1）MySQL yum包下载

# wget http://repo.mysql.com/mysql57-community-release-el7-10.noarch.rpm
# yum -y install mysql57-community-release-el7-
10.noarch.rpm
# yum install -y mysql-community-server mysql
# systemctl start mysqld.service
# systemctl status mysqld.service

　　

（3.2）MySQL 修改临时密码

• 为了加强安全性，MySQL5.7为root用户随机生成了一个密码，在error log中，关于error log的位 置，如果安装的是RPM包，则默认是/var/log/mysqld.log。

• 只有启动过一次mysql才可以查看临时密码

# grep 'temporary password' /var/log/mysqld.log

（3.3）解决不符合密码复杂性要求

# mysql -uroot -p
mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'Qfedu.123com';
mysql> set global validate_password_policy=0; 
mysql> set global validate_password_length=1;
mysql> ALTER USER 'root'@'localhost' IDENTIFIED BY 'root123';

　　

（4）MySQL 授权远程主机登录

mysql> GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'mypassword' WITH
GRANT OPTION;
mysql> FLUSH  PRIVILEGES;

（5）主数据库上的操作

(5.1)在my.cnf文件中配置GTID主从复制

[root@mysql-master ~]# cp /etc/my.cnf /etc/my.cnf.bak
[root@mysql-master ~]# >/etc/my.cnf
[root@mysql-master ~]# cat /etc/my.cnf
[mysqld]
datadir = /var/lib/mysql
socket = /var/lib/mysql/mysql.sock
  
symbolic-links = 0
  
log-error = /var/log/mysqld.log
pid-file = /var/run/mysqld/mysqld.pid
  
#GTID:
server_id = 1
gtid_mode = on
enforce_gtid_consistency = on
    
#binlog
log_bin = mysql-bin
log-slave-updates = 1
binlog_format = row
sync-master-info = 1
sync_binlog = 1
   
#relay log
skip_slave_start = 1

　　

(5.2)重启mysql服务

[root@mysql-master ~]# systemctl restart mysqld

(5.3)登录mysql并查看master状态

• 发现多了一项"Executed_Gtid_Set "

[root@mysql-master ~]# mysql -uroot -p'Qfedu.123com'
mysql> show master statusG
File: mysql-bin.000001
Position: 154
Binlog_Do_DB: 
Binlog_Ignore_DB: 
Executed_Gtid_Set: 
mysql> show global variables like '%uuid%';
Variable_name   Value
server_uuid     317e2aad-1565-11e9-9c2e-005056ac6820

(5.4)查看确认 gtid 功能打开

mysql> show global variables like '%gtid%';
+----------------------------------+-------+
| Variable_name                   | Value |
+----------------------------------+-------+
| binlog_gtid_simple_recovery     | ON   |
| enforce_gtid_consistency         | ON   |
| gtid_executed                   |       |
| gtid_executed_compression_period | 1000 |
| gtid_mode                       | ON   |
| gtid_owned                       |       |
| gtid_purged                     |       |
| session_track_gtids             | OFF   |
+----------------------------------+-------+
8 rows in set (0.00 sec)

　　

(5.5)查看确认binlog日志功能打开

mysql> show variables like 'log_bin';
| Variable_name | Value |
| log_bin       | ON   |

　　

(5.6)授权slave复制用户并刷新权限

mysql> grant replication slave,replication client on *.* to
slave@'192.168.152.%' identified by "Qfedu.123com";
Query OK, 0 rows affected, 1 warning (0.03 sec)
  
mysql> flush privileges;
Query OK, 0 rows affected (0.04 sec)
  
mysql> show grants for slave@'192.168.152.%';
| Grants for slave@192.168.152.%                         
| GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'192.168.152.%'

　　

(5.7)再次查看master状态

mysql> show master statusG
File: mysql-bin.000001
Position: 154
Binlog_Do_DB: 
Binlog_Ignore_DB: 
Executed_Gtid_Set: 317e2aad-1565-
11e9-9c2e-005056ac6820:1-2

• 启动配置之前，同样需要对从服务器进行初始化。对从服务器初始化的方法基本和基于日志点是相 同的，只不过在启动了GTID模式后，在备份中所记录的就不是备份时的二进制日志文件名和偏移 量了，而是记录的是备份时最后的GTID值。

• 需要先在主数据库机器上把目标库备份一下，假设这里目标库是qfedu（为了测试效果，下面手动 创建）

mysql> show databases;
| information_schema |
| mysql             |
| performance_schema |
| sys               |
mysql> CREATE DATABASE qfedu CHARACTER SET utf8 COLLATE utf8_general_ci; 
mysql> use qfedu;
Database changed
mysql> create table if not exists demo (id int(10) PRIMARY KEY
AUTO_INCREMENT,name varchar(50) NOT NULL);
mysql> insert into qfedu.demo values(1,"congcong"),(2,"huihui"),(3,"grace");   
  
mysql> select * from qfedu.demo;
+----+----------+
| id | name     |
+----+----------+
|  1 | congcong |
|  2 | huihui   |
|  3 | grace   |
+----+----------+
3 rows in set (0.00 sec)

　　

(5.8)备份qfedu库

[root@mysql-master ~]# mysqldump --single-transaction --master-data=2 --triggers 
--routines --databases qfedu -uroot -p'Qfedu.123com' > /root/qfedu.sql

• mysql5.6使用mysqldump备份时，指定备份的具体库，使用--database

• mysql5.7使用mysqldump备份时，指定备份的具体库，使用--databases

[root@mysql-master ~]# ls /root/qfedu.sql
/root/qfedu.sql
[root@mysql-master ~]# cat /root/qfedu.sql
-- MySQL dump 10.13 Distrib 5.7.24, for Linux (x86_64)
--
-- Host: localhost   Database: qfedu
-- ------------------------------------------------------
-- Server version       5.7.24-log
.............
.............
--
-- GTID state at the beginning of the backup
--
  
SET @@GLOBAL.GTID_PURGED='317e2aad-1565-11e9-9c2e-005056ac6820:1-5'; 

　　

(5.9)同步备份到从库

把备份的/root/qfedu.sql文件拷贝到mysql-slave从数据库服务器上

[root@mysql-master ~]# rsync -e "ssh -p22" -avpgolr /root/qfedu.sql 
root@192.168.152.166:/root/

(5.10)从数据库上的操作

• 在my.cnf文件中配置GTID主从复制

• 与主服务器配置除了server_id不一致外，从服务器还可以在配置文件里面添加："read_only＝on" ,

• 使从服务器只能进行读取操作，此参数对超级用户无效，并且不会影响从服务器的复制；

[root@mysql-slave ~]# cp /etc/my.cnf /etc/my.cnf.bak
[root@mysql-slave ~]# >/etc/my.cnf
[root@mysql-slave ~]# vim /etc/my.cnf
[mysqld]
datadir = /var/lib/mysql
socket = /var/lib/mysql/mysql.sock
​
symbolic-links = 0
​
log-error = /var/log/mysqld.log
pid-file = /var/run/mysqld/mysqld.pid
​
#GTID:
server_id = 2
gtid_mode = on
enforce_gtid_consistency = on
​
#binlog
log_bin = mysql-bin
log-slave-updates = 1
binlog_format = row
sync-master-info = 1
sync_binlog = 1
​
#relay log
skip_slave_start = 1
read_only = on

(5.11)重启mysql服务

[root@mysql-slave ~]# systemctl restart mysqld

　　

(5.12)从库导入数据

接着将主数据库目标库的备份数据qfedu.sql导入到从数据库里

[root@mysql-slave ~]# ls /root/qfedu.sql
/root/qfedu.sql
[root@mysql-slave ~]# mysql -p'Qfedu.123com'
.........
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql             |
| performance_schema |
| sys               |
+--------------------+
4 rows in set (0.00 sec)
  
mysql> source /root/qfedu.sql;
  
mysql> select * from qfedu.demo;
+----+----------+
| id | name     |
+----+----------+
|  1 | congcong |
|  2 | huihui   |
|  3 | grace   |
+----+----------+
3 rows in set (0.00 sec)

　　

(5.13)从库配置同步

在从数据库里，使用change master 配置主从复制

mysql> stop slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)
  
mysql> change master to
master_host='172.16.60.211',master_user='slave',master_password='Qfedu.123com',m
aster_auto_position=1;
Query OK, 0 rows affected, 2 warnings (0.26 sec)
  
mysql> start slave;
Query OK, 0 rows affected (0.02 sec)
  
mysql> show slave status G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                 Master_Host: 172.16.60.211
                 Master_User: slave
                 Master_Port: 3306
               Connect_Retry: 60
             Master_Log_File: mysql-bin.000001
         Read_Master_Log_Pos: 1357
               Relay_Log_File: mysql-slave1-relay-bin.000002
               Relay_Log_Pos: 417
       Relay_Master_Log_File: mysql-bin.000001
             Slave_IO_Running: Yes
           Slave_SQL_Running: Yes
................
................
           Executed_Gtid_Set: 317e2aad-1565-11e9-9c2e-005056ac6820:1-5
               Auto_Position: 1

• 由IO/SQL线程为 yes可知，mysql-slave节点已经和 mysql-master节点配置了主从同步关系

(5.14)检测主从同步

• mysql-master主数据库上进行状态查看和测试测试插入

mysql> show master status;
+-------------------+----------+--------------+------------------+--------------
----------------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | 
Executed_Gtid_Set                       |
+-------------------+----------+--------------+------------------+--------------
----------------------------+
| mysql-bin.000001 |     1357 |             |                 | 317e2aad-1565-
11e9-9c2e-005056ac6820:1-5 |
+-------------------+----------+--------------+------------------+--------------
----------------------------+
1 row in set (0.00 sec)
  
mysql> show slave hosts;
+-----------+------+------+-----------+--------------------------------------+
| Server_id | Host | Port | Master_id | Slave_UUID                           |
+-----------+------+------+-----------+--------------------------------------+
|         2 |     | 3306 |         1 | 2c1efc46-1565-11e9-ab8e-00505688047c |
+-----------+------+------+-----------+--------------------------------------+
1 row in set (0.00 sec)
  
mysql> insert into qfedu.demo values(4,"beijing"),(5,"hefei"),(10,"xihu");
Query OK, 3 rows affected (0.06 sec)
Records: 3 Duplicates: 0  Warnings: 0
  
mysql> delete from qfedu.demo where id<4;
Query OK, 3 rows affected (0.10 sec)
  
mysql> select * from qfedu.demo;
+----+---------+
| id | name   |
+----+---------+
|  4 | beijing |
|  5 | hefei   |
| 10 | xihu   |
+----+---------+
3 rows in set (0.00 sec)

• mysql-slave从数据库上查看

mysql> select * from qfedu.demo;
+----+---------+
| id | name   |
+----+---------+
|  4 | beijing |
|  5 | hefei   |
| 10 | xihu   |
+----+---------+
3 rows in set (0.00 sec)

• 发现 mysql-slave从数据库已经将新插入的数据同步完成