导读

   遇到SLAVE延迟很大，binlog apply position一直不动的情况如何排查？

问题描述

   收到SLAVE延迟时间一直很大的报警，于是检查一下SLAVE状态(无关状态我给隐去了)：

          Slave_IO_State: Waiting for master to send event
         Master_Log_File: mysql-bin.000605
     Read_Master_Log_Pos: 1194
          Relay_Log_File: mysql-relay-bin.003224
           Relay_Log_Pos: 295105
   Relay_Master_Log_File: mysql-bin.000604
        Slave_IO_Running: Yes
       Slave_SQL_Running: Yes
              Last_Errno: 0
              Last_Error: 
     Exec_Master_Log_Pos: 294959
         Relay_Log_Space: 4139172581
   Seconds_Behind_Master: 10905

   可以看到，延迟确实很大，而且从多次show slave status的结果来看，发现binlog的position一直不动。

     Read_Master_Log_Pos: 1194
          Relay_Log_File: …

   以下是两种slave复制异常的情况。导致的原因都是由于跨机房同步,slave的机房突然掉电导致的。

   案例一、

   这个错误大原因是Read_Master_Log_Pos: 1028687822的pos号在主库上是没有的.

   处理方法:获取这个pos号的前一个pos号,从新开启同步,这里注意如果是row模式的话就没有问题.如果是mix的或者statement的话,就需要去分析binlog,确认具体执行到哪个pos号了,不然可能会导致数据不一致。

   (andy:db:)[(none)] 11:18:39> show slave status\G

   *************************** 1. row ***************************

                  Slave_IO_State:

                     Master_Host: 192.168.11.24

        …

Original post: http://anothermysqldba.blogspot.com/2013/08/create-slave-secondary-server-with.html

所以，第一你可能會只是保存自己一些時間，和讀取這方面的的Percona的的例子為：
http://www.percona.com/doc/percona-xtrabackup/2.1/howtos/setting_up_replication.html

但是，只是在區分大小寫這裡是一個例子基於上的一個真正的的形勢下的。

Primary server（主服務器）

# innobackupex /tmp/ …

前两天，惊闻淘宝发生了一个非常狗血的事情，备库复制状态一切正常，但是备库的数据DDL可以复制过去，DML都丢失了。导致数据库数据不一致。这样的话，就算你有slave监控，也发现不了主备数据延迟和不一致的问题。

最后淘宝希羽定位到了问题，并提出了解决方案。参考http://hickey.in/?p=146。不过具体原因和为什么会发生这个问题并没有说的那么详细。沃趣科技特别针对这个问题做了深入详细的研究，整理出来，以飨观众。

首先我们需要跟大家解释一下MySQL复制的基本原理。

主库为每一个slave开启一个binlog dump线程，用于把本机记录下所有的变更，发送给备库；备库使用io thread线程接收数据存入relay log中；然后由sql thread线程从relay …

本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/slave_sql_locked_bug.html

今天做一批备机加主键的工作时，意外发现，如果有一个线程阻塞了Slave SQL线程应用日志，导致Slave SQL在Locked状态，再试图执行Slave Stop命令时，必定导致show slave status/master status等语句执行Hang死。
解决方法是只能等待锁定Slave SQL的线程结束，或者重启数据库，还没试出其他方法可以解决。已经在MySQL 5.0.68、5.1.30/34/40上重现。
搜索了Bug库，确实找到了这个bug，http://bugs.mysql.com/bug.php?id=56676，至少在5.1.50之前都会有这个问题。

…