percona-toolkit 之 【pt-slave-delay】说明

摘要：

      在主从复制的架构中，正常情况下主上操作的记录也会在从上进行操作，虽说是异步复制，但操作会“实时”的同步到从。比如在主上不小心误操作了，还没等反应过来从上也会马上执行误操作，后期只有通过二进制或则备份恢复数据了，费时，又费力，没有任何回旋的余地，而且也会影响到网站的功能。而pt-slave-delay故意让主上的操作延迟制定的时间写入到从，这样就可以快速的处理上面说的问题了。下面介绍下使用方法，其实挺简单的。

前提：

下载地址：wget www.percona.com/downloads/percona-toolkit/2.2.2/percona-toolkit-2.2.2.tar.gz

安装方法：perl Makefile.PL；make；make install

使用方法：

pt-slave-delay [OPTIONS] SLAVE_DSN [MASTER_DSN]

      执行该命令链接数据库的账号需要有 PROCESS、REPLICATION CLIENT、and SUPER权限。他是通过Slave的relay log（中继日志）的position（偏移量），不断启动,关闭 replication SQL thread 来保持主从一直延时固定的时间来实现的，所以没有必要链接主服务器。如果想在运行中停止的话，按CTRL+C中断就可以了。具体执行的命令：

pt-slave-delay --delay=1m --interval=15s --run-time=10m u=root,p=123456,h=192.168.200.25,P=3307#--delay ：从库延迟主库的时间，上面为1分钟。 #--interval ：检查的间隔时间，上面为15s检查一次。（可选），不选则1分钟检查一次。 #--run-time ：该命令运行时间，上面为该命令运行10分钟关闭。（可选），不选则永远运行。
#--ask-pass ：隐性输入密码。 其他的为链接数据库的账号信息，账号要有PROCESS, REPLICATION CLIENT, and SUPER权限注意：延迟的时间实际为 delay+interval，即该命令的让从延迟主75s。

还有一些具体的参数请见：http://www.percona.com/doc/percona-toolkit/2.2/pt-slave-delay.html

背景：

主： root@localhost : aaa 02:37:21>select * from test; +----+------+ | id | name | +----+------+ | 1 | a | | 2 | b | | 3 | c | +----+------+ 3 rows in set (0.00 sec)从：root@192.168.200.25 : aaa 03:11:44>select * from test; +----+------+ | id | name | +----+------+ | 1 | a | | 2 | b | | 3 | c | +----+------+ 3 rows in set (0.00 sec)root@192.168.200.25 : aaa 03:12:05>show slave status\G; *************************** 1. row ***************************Slave_IO_State: Waiting for master to send eventMaster_Host: 192.168.200.25Master_User: repMaster_Port: 3306Connect_Retry: 60Master_Log_File: mysql-bin.000003Read_Master_Log_Pos: 1919Relay_Log_File: zhoujy-relay-bin.000131Relay_Log_Pos: 1636Relay_Master_Log_File: mysql-bin.000003Slave_IO_Running: YesSlave_SQL_Running: YesReplicate_Do_DB: aaaReplicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0Last_Error: Skip_Counter: 0Exec_Master_Log_Pos: 1919Relay_Log_Space: 1951Until_Condition: NoneUntil_Log_File: Until_Log_Pos: 0Master_SSL_Allowed: NoMaster_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: NoLast_IO_Errno: 0Last_IO_Error: Last_SQL_Errno: 0Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1Master_UUID: Master_Info_File: /opt/mysql/mysql5.6/master.infoSQL_Delay: 0SQL_Remaining_Delay: NULLSlave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update itMaster_Retry_Count: 86400Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: Executed_Gtid_Set: Auto_Position: 0 View Code

执行：

session1：命令

zhoujy@zhoujy:~$ pt-slave-delay --delay=1m --interval=15s --run-time=10m --ask-pass u=root,h=192.168.200.25,P=3307 Enter password for 192.168.200.25: 2013-10-23T15:16:40 slave running 0 seconds behind 2013-10-23T15:16:40 STOP SLAVE until 2013-10-23T15:17:40 at master position mysql-bin.000003/1919 2013-10-23T15:16:55 slave stopped at master position mysql-bin.000003/1919 2013-10-23T15:17:10 slave stopped at master position mysql-bin.000003/1919 2013-10-23T15:17:25 slave stopped at master position mysql-bin.000003/1919 2013-10-23T15:17:40 no new binlog events

session2：主

root@localhost : aaa 03:17:34>insert into test(name) values('d'),('e'); Query OK, 2 rows affected (0.00 sec) Records: 2 Duplicates: 0 Warnings: 0root@localhost : aaa 03:17:44>select * from test; +----+------+ | id | name | +----+------+ | 1 | a | | 2 | b | | 3 | c | | 4 | d | | 5 | e | +----+------+ 5 rows in set (0.00 sec)

session3：从

root@192.168.200.25 : aaa 03:17:31>select * from test; +----+------+ | id | name | +----+------+ | 1 | a | | 2 | b | | 3 | c | +----+------+ 3 rows in set (0.00 sec)

从session3里面看到，数据还没有同步过来，因为在session2里插入了数据，继续看session1的输出日志：

zhoujy@zhoujy:~$ pt-slave-delay --delay=1m --interval=15s --run-time=10m --ask-pass u=root,h=192.168.200.25,P=3307 Enter password for 192.168.200.25: 2013-10-23T15:16:40 slave running 0 seconds behind 2013-10-23T15:16:40 STOP SLAVE until 2013-10-23T15:17:40 at master position mysql-bin.000003/1919 2013-10-23T15:16:55 slave stopped at master position mysql-bin.000003/1919 2013-10-23T15:17:10 slave stopped at master position mysql-bin.000003/1919 2013-10-23T15:17:25 slave stopped at master position mysql-bin.000003/1919 2013-10-23T15:17:40 no new binlog events 2013-10-23T15:17:55 slave stopped at master position mysql-bin.000003/2142 2013-10-23T15:18:10 slave stopped at master position mysql-bin.000003/2142 2013-10-23T15:18:25 slave stopped at master position mysql-bin.000003/2142 2013-10-23T15:18:40 slave stopped at master position mysql-bin.000003/2142 2013-10-23T15:18:55 START SLAVE until master 2013-10-23T15:17:55 mysql-bin.000003/2142 2013-10-23T15:19:10 slave running 0 seconds behind

在日志里面看到了，在15:17:55的时候检测到了新的事件，在15:18:55的时候进行了同步，数据差不多在15:17:40写进去的，时间点刚好一致。15s后检测到了，1m后同步到从。

继续看从上的数据：

root@192.168.200.25 : aaa 03:18:57>select * from test; +----+------+ | id | name | +----+------+ | 1 | a | | 2 | b | | 3 | c | | 4 | d | | 5 | e | +----+------+ 5 rows in set (0.00 sec)

最后命令运行了10m后，自动结束：

2013-10-23T15:25:40 slave stopped at master position mysql-bin.000003/2142 2013-10-23T15:25:55 slave stopped at master position mysql-bin.000003/2142 2013-10-23T15:26:10 slave stopped at master position mysql-bin.000003/2142 2013-10-23T15:26:25 no new binlog events 2013-10-23T15:26:40 slave stopped at master position mysql-bin.000003/2142 2013-10-23T15:26:40 Setting slave to run normally

原理：

这个过程的实现：

pt-slave-delay –delay=10m 开始运行

(a)连接到从服务器
检测从服务器落后主服务器多少秒$behind，并输出。
然后记录当前时间，以及Slave_IO_Thread获取到的master_log_file与read_master_log_pos做为一个对象，保存到某数组@positions中。

情况一：
如果从服务器的Slave_SQL_Thread正在运行，并且$behind小于10分钟， STOP SLAVE SQL_THREAD，并计算出多长时间之后(now()-$behind+10分钟)，
才需要再次START SLAVE。再次START的时间点称为$next_start。等待一分钟，再goto(a)

情况二：
如果从服务器的Slave_SQL_Thread正在运行，并且$behind超出10分钟， 那就什么也不做。

情况三：
如果从服务器的Slave_SQL_Thread已经被STOP了，并且当前时间没有达到$next_start， 那就等待一分钟，再goto(a)

情况四：
如果从服务器的Slave_SQL_Thread已经被STOP了，并且当前时间达到$next_start，说明从服务器已经休息够了，
就从数组@positions中挑选一个合适的对象出来，此对象记录的时间要比较接近当前时间的10分钟之前。
然后START SLAVE SQL_THREAD UNTIL 此对象的master_log_file与read_master_log_pos。等待一分钟，goto(a)

总结：

通过上面的方法很好的解决了主的误操作影响到从，前提是从允许延迟一定的时间。那如何解决呢？当在主上执行了误操作之后，回到从上

执行：

slave stop;

再执行：

MASTER_LOG_FILE = 'log_name', MASTER_LOG_POS = log_pos  Pos通过mysqlbinlog查看二进制日志获得。

这样就跳过了错误，最后通过切换主从或则把从的表覆盖到主上（需要关闭应用）让主的误操作的数据恢复，和通过binlog和备份比大大减少了恢复时间。

在5.6里面已经包含了延迟这个功能：

CHANGE MASTER TO MASTER_DELAY = N ...;

 

转载于:https://www.cnblogs.com/zhoujinyi/p/3384283.html

总结

以上是生活随笔为你收集整理的percona-toolkit 之 【pt-slave-delay】说明的全部内容，希望文章能够帮你解决所遇到的问题。

如果觉得生活随笔网站内容还不错，欢迎将生活随笔推荐给好友。