MySQL的延迟复制
目录
1 MySQL 延迟复制介绍
1.1 延迟复制语法：
1.2 延迟复制可用于多种用途：
1.3 延迟复制的有关的参数
1.4 延迟复制的操作
2 MySQL 延迟复制 实操
2.1 实验环境
2.2 对 SLAVE --MySQL-3 进行延迟复制操作
2.3 停止相关进程的原因
2.4 实验测试
2.5 动图演示全过程
1 MySQL 延迟复制介绍
MySQL 5.7 支持延迟复制，使得 副本服务器故意滞后于源服务器至少一个 指定的时间量。默认延迟为 0 秒。使用 CHANGE MASTER TO 选项设置延迟 到 N 秒：MASTER_DELAY
1.1 延迟复制语法：
CHANGE MASTER TO MASTER_DELAY = N;1.2 延迟复制可用于多种用途：
-
为了防止用户在MASTER头上出现错误。DBA 可以滚动 将延迟的SLAVE返回到灾难发生前的时间。
-
检查数据库很久以前的样子，没有必须重新加载备份。例如，如果延迟为 1 周，DBA 需要查看数据库的外观 在最近几天的发展之前，耽误了可以检查SLAVE。
1.3 延迟复制的有关的参数
SHOW SLAVE STATUS 有三个字段 提供有关延迟的信息：
-
SQL_Delay：一个非负整数，表示 副本必须滞后于源的秒数。 -
SQL_Remaining_Delay：此字段包含一个整数，表示 延迟的剩余秒数。 -
Slave_SQL_Running_State：一个字符串 指示 SQL 线程的状态（类似于 ）。该值等于 将 SQL 线程的值为 由SHOW PROCESSLIST显示。Slave_IO_StateState
1.4 延迟复制的操作
延迟复制在哪台机子上做呢？是由哪个线程来完成
- 延迟复制时用来控制sql线程的，和i/o线程无关
- 这个延迟复制不是i/o线程过段时间来复制，i/o是正常工作的
- 是日志已经保存在slave端了，那个sql要等多久进行回放
2 MySQL 延迟复制 实操
2.1 实验环境
| MASTER/SLAVE | 服务器名称 | IP地址 | server-id |
| MASTER | MySQL-01 | 192.168.239.210 | 10 |
| SLAVE-1 | MySQL-02 | 192.168.239.220 | 20 |
| SLAVE-2 | MySQL-03 | 192.168.239.230 | 30 |
2.2 对 SLAVE --MySQL-3 进行延迟复制操作
mysql> show slave status\G
*************************** 1. row ***************************Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.239.210Master_User: replMaster_Port: 3306Connect_Retry: 60Master_Log_File: mysql-bin.000007Read_Master_Log_Pos: 194Relay_Log_File: mysql-3-relay-bin.000007Relay_Log_Pos: 367Relay_Master_Log_File: mysql-bin.000007Slave_IO_Running: YesSlave_SQL_Running: YesExec_Master_Log_Pos: 194Relay_Log_Space: 742Master_Server_Id: 10Master_UUID: cd27e5ae-5fe3-11ef-a5d8-000c29a51779Master_Info_File: /data/mysql/master.infoSQL_Delay: 0SQL_Remaining_Delay: NULL
# 停止 SQL_thread 进程，停止本地回放
mysql> stop slave sql_thread;
Query OK, 0 rows affected (0.00 sec)# 改变 本地回放的延迟时间
mysql> change master to master_delay=60;
Query OK, 0 rows affected (0.00 sec)# 打开本地回放 sql_thread 进程
mysql> start slave sql_thread;
Query OK, 0 rows affected (0.00 sec)2.3 停止相关进程的原因
为什么要停止本地 sql_thread 进程而不是停止IO_thread呢？
这是由于停止sql_thread 只是 停止的是本地的回放，而不是停止IO_thread的复制。即使停掉本地的回放，IO_thread 进程仍然会对MASTER 的bin-log 进行接收并写入本地的 Relay log，而不是停止写入本地 Relay log 。等待sql_thread进程再次启动进程就会去读取本地Realy log 并 将本地的 Relay log 回放到数据库中。这样子做 能在保证成功修改SLAVE参数的同时也能保持MASTER与SLAVE的数据一致性。
2.4 实验测试
MASTER 上操作
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| ZUCONG |
| mysql |
| performance_schema |
| shuyan |
| sys |
+--------------------+
6 rows in set (0.03 sec)mysql> use shuyan;
mysql> show tables;
+------------------+
| Tables_in_shuyan |
+------------------+
| wawa |
+------------------+
mysql> select * from wawa;
+----+------+
| id | name |
+----+------+
| 1 | wawa |
+----+------+
mysql> insert into wawa(id,name) values(2,'shuyan');
SLAVE 上 查看
MySQL-02 并没有做延迟复制
mysql> select * from shuyan.wawa;
+----+--------+
| id | name |
+----+--------+
| 1 | wawa |
| 2 | shuyan |
+----+--------+
MySQL-03 做了60秒的延迟复制
mysql> select * from shuyan.wawa;
+----+------+
| id | name |
+----+------+
| 1 | wawa |
+----+------+
2.5 动图演示全过程
接下来是一个动图的演示 修改 master_delay 参数并增加master 数据 观察slave延迟复制的过程
