show slave status\G 會顯示主從同步狀態

例如

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: XXX.XXX.XXX.XXX
                  Master_User: XXX
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000145
          Read_Master_Log_Pos: 391789243
               Relay_Log_File: Report-relay-bin.000228
                Relay_Log_Pos: 480230500
        Relay_Master_Log_File: mysql-bin.000144
             Slave_IO_Running: Yes
            Slave_SQL_Running: No
              Replicate_Do_DB: dbXXX
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 1205
                   Last_Error: Slave SQL thread retried transaction 10 time(s) i                                                                                        n vain, giving up. Consider raising the value of the slave_transaction_retries v                                                                                        ariable.
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 480230337
              Relay_Log_Space: 1784477152
              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: NULL
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno: 1205
               Last_SQL_Error: Slave SQL thread retried transaction 10 time(s) i                                                                                        n vain, giving up. Consider raising the value of the slave_transaction_retries v                                                                                        ariable.
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 1
                  Master_UUID: 07b51a82-dcd0-11e4-a812-00163e020999
             Master_Info_File: /mnt/erp/programdata/data/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State:
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp: 150815 01:42:34
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set:
                Auto_Position: 0
1 row in set (0.00 sec)

其中首先關注的是兩個執行緒的狀態

  Slave_IO_Running: Yes
  Slave_SQL_Running: No

Yes表示正常，No表示異常

  Slave_IO執行緒負責把主庫的bin日誌(Master_Log)內容，抄寫到從庫的中繼日誌上(Relay_Log)。

  Slave_SQL執行緒負責把中繼日誌上的語句在從庫上執行一遍。

Slave_IO執行緒相對比較簡單，一般不容易出錯，如果Slave_IO_Running顯示為No，多為網路連線不上，許可權不夠等環境問題。

相對的Slave_SQL執行緒就比較容易出錯，例如人為手動的在從庫插入一條資料，造成主從不一致。但此時兩個執行緒的狀態任然是正常的，

等到主庫也插入一條同樣的資料時，通知從庫做相同操作，從庫會出現主鍵重複的錯誤。此時Slave_SQL_Running的狀態會變為No，

而Last_SQL_Error，Last_SQL_Error_Timestamp會記錄錯誤的原因和發生時間。

Slave_SQL執行緒會停止後續的SQL語句執行，因為它意識到往後執行會導致錯誤修復的難度增加。

但Slave_IO執行緒會繼續抄log的工作。所以中繼log依然是最新的。

這時候Master_Log_File: mysql-bin.000145 和  Relay_Master_Log_File: mysql-bin.000144之間就產生了偏差。

例如上面的情況，主庫的日誌已經寫到了 mysql-bin.000145,而從庫依然停留在 mysql-bin.000144等待人工修復錯誤。

那麼當錯誤修復後，只需用stop slave和start slave重啟下同步。Slave_SQL執行緒會重新的嘗試工作。

如果沒有問題，那麼Slave_SQL的狀態會變回Yes。但此時主從並沒有完全同步，需要一點時間。

如何判斷主從完全同步呢？

首先Master_Log_File和Relay_Master_Log_File所指向的檔案必須一致。

其次Relay_Log_Pos和Exec_Master_Log_Pos的為止也要一致才行。

此時，Slave_SQL_Running_State：顯示為wait 意思是中繼日誌的sql語句已經全部執行完畢，我沒事作了