mysql主从复制show slave status含义和跳过错误

一、简介
      本文主要介绍mysql 主从复制中，通过命令“show slave status",显示的结果的信息解释。
    
二、正常状态的信息
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 10.1.1.1
                  Master_User: rep_user
                  Master_Port: 3306
                Connect_Retry: 10
              Master_Log_File: binlog.000026
          Read_Master_Log_Pos: 446
               Relay_Log_File: relay.000008
                Relay_Log_Pos: 589
        Relay_Master_Log_File: binlog.000026
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 446
              Relay_Log_Space: 878
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_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: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 2211
1 row in set (0.00 sec)

状态解释：
     1.Slave_IO_State: Waiting for master to send event
       这里显示了当前slave I/O线程的状态。状态信息和使用show processlist显示的内容一样。
       slave I/O线程的状态，有以下几种：
       1) waiting for master update
           这是connecting to master状态之前的状态
      2) connecting to master
          I/O线程正尝试连接到master
      3) checking master version
          在与master建立连接后，会出现该状态。该状态出现的时间非常短暂。
      4) registering slave on master
          在与master建立连接后，会出现该状态。该状态出现的时间非常短暂。  
       5) requesting binlog dump
           在与master建立连接后，会出现该状态。该状态出现的时间非常短暂。在这个状态下，I/O线程向master发送请求，请求binlog，位置从指定的binglog 名字和binglog的position位置开始。
       6) waiting to reconnect after a failed binlog dump request
           如果因为连接断开，导致binglog的请求失败，I/O线程会进入睡眠状态。然后定期尝试重连。尝试重连的时间间隔，可以使用命令"change master to master_connect_trt=X;"改变。
       7) reconnecting after a failed binglog dump request
           I/O进程正在尝试连接master
       8) waiting for master to send event
           说明，已经成功连接到master，正等待二进制日志时间的到达。如果master 空闲，这个状态会持续很长时间。如果等待的时间超过了slave_net_timeout(单位是秒)的值，会出现连接超时。在这种状态下，I/O线程会人为连接失败，并开始尝试重连
      9) queueing master event to the relay log
          此时，I/O线程已经读取了一个event，并复制到了relay log 中。这样SQL 线程可以执行此event
      10) waiting to reconnect after a failed master event read
          读取时出现的错误(因为连接断开)。在尝试重连之前，I/O线程进入sleep状态，sleep的时间是master_connect_try的值(默认是60秒)
      11) reconnecting after a failed master event read
          I/O线程正尝试重连master。如果连接建立，状态会变成"waiting for master to send event"
      12) waiting for the slave sql thread to free enough relay log space
         这是因为设置了relay_log_space_limit，并且relay log的大小已经整张到了最大值。I/O线程正在等待SQL线程通过删除一些relay log，来释放relay log的空间。
      13) waiting for slave mutex on exit
          I/O线程停止时会出现的状态，出现的时间非常短。
   2. Master_Host: 10.1.8.62
       Master_User: rep_user
       Master_Port: 3306
       这3条信息，显示了slave连接master时，使用的master的主机---master_host、连接master用的用户---master_user、连接master的端口---master_port。
   3. Connect_Retry: 10
      连接中断后，重新尝试连接的时间间隔。默认值是60秒。
   4. Master_Log_File: binlog.000026
       Read_Master_Log_Pos: 446
       这两条信息，显示了与master相关的日志的信息。master_log_file：当前I/O线程正在读取的master 二进制日志的文件名；read_master_log_pos：当前I/O线程正在读取的二进制日志的位置
   5.  Relay_Log_File: relay.000008
        Relay_Log_Pos: 589
        Relay_Master_Log_File: binlog.000026
        这3条信息，显示了与relay log相关的信息。relay_log_file：当前SQL线程正在读取并执行的relay log的文件名；relay_log_pos：当前SQL线程正在读取并执行的relay log文件的位置；relay_master_log_file：master 二进制日志的文件名。该文件包含当前SQL执行的事物
   6.  Slave_IO_Running: Yes
        Slave_SQL_Running: Yes
        显示了当前I/O线程和SQL线程的状态
   7.  Replicate_Do_DB: 
        Replicate_Ignore_DB: 
        Replicate_Do_Table: 
        Replicate_Ignore_Table: 
        Replicate_Wild_Do_Table: 
        Replicate_Wild_Ignore_Table:
        这部分显示的是关于复制DB和table的信息。
   8.  Last_Errno: 0
        Last_Error: 
        laster_errno和laster_error是 Last_SQL_Errno和Last_SQL_Error的同义词。
  9.  Skip_Counter: 0
       系统参数sql_slave_skip_counter的值。sql_slave_skip_counter:slave应该跳过的事件数
  10. Exec_Master_Log_Pos: 446
       sql线程当前执行的事件，在master 二进制日志中的position
  11. Relay_Log_Space: 878
        所有存在relay log的大小
  12. Seconds_Behind_Master: 0
       这个值是时间戳的差值。是slave当前的时间戳和master记录该事件时的时间戳的差值
  13. Replicate_Ignore_Server_Ids: 
       slave当前会跳过的事件号
  14. Master_Server_Id: 2211
       master的server-id；如果master和slave的server-id相同，在启动slave时，会报错

mysql主从复制，经常会遇到错误而导致slave端复制中断，这个时候一般就需要人工干预，跳过错误才能继续
跳过错误有两种方式：
1.跳过指定数量的事务：
mysql>slave stop;
mysql>SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1        #跳过一个事务
mysql>slave start

2.修改mysql的配置文件，通过slave_skip_errors参数来跳所有错误或指定类型的错误
vi /etc/my.cnf
[mysqld]
#slave-skip-errors=1062,1053,1146 #跳过指定error no类型的错误
#slave-skip-errors=all #跳过所有错误