1. Slave_IO_Statemysql
這裏顯示了當前slave I/O線程的狀態(slave鏈接到master的狀態)。狀態信息和使用show processlist | grep "system user"(會顯示兩條信息,一條slave I/O線程的,一條是slave SQL線程的)顯示的內容同樣。sql
slave I/O線程的狀態,有如下幾種:服務器
1) waiting for master update網絡
這是connecting to master狀態以前的狀態加密
2) connecting to masterspa
I/O線程正嘗試鏈接到master線程
3) checking master version日誌
在與master創建鏈接後,會出現該狀態。該狀態出現的時間很是短暫。blog
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: 192.168.1.100
mysql主庫的ip地址
3. Master_User: mysync
這個是master上面的一個用戶。用來負責主從複製的用戶,建立主從複製的時候創建的(具備reolication slave權限)。
4. Master_Port: 3306
master服務器的端口 通常是3306
5. Connect_Retry: 60
鏈接中斷後,從新嘗試鏈接的時間間隔。默認值是60秒。
#與master相關的日誌的信息
6. Master_Log_File: mysql-bin.001822
當前I/O線程正在讀取的主服務器二進制日誌文件的名稱。
7. Read_Master_Log_Pos: 290072815
當前I/O線程正在讀取的二進制日誌的位置。
#與relay log相關的信息
8. Relay_Log_File: mysqld-relay-bin.005201
當前slave SQL線程正在讀取並執行的relay log的文件名。
9. Relay_Log_Pos: 256529594
當前slave SQL線程正在讀取並執行的relay log文件中的位置;(Relay_Log_File下的Relay_Log_Pos其實一一對應着Relay_Master_Log_File的Exec_Master_Log_Pos。)
10. Relay_Master_Log_File: mysql-bin.001821
當前slave SQL線程讀取並執行的relay log的文件中多數近期事件,對應的主服務器二進制日誌文件的名稱。(說白點就是我SQL線程從relay日誌中讀取的正在執行的sql語句,對應主庫的sql語句記錄在主庫的哪一個binlog日誌中)
#slave I/O和SQL線程的狀態(重要)
11. Slave_IO_Running: Yes
I/O線程是否被啓動併成功地鏈接到主服務器上。
12. Slave_SQL_Running: Yes
SQL線程是否被啓動。
13. Replicate_Do_DB
Replicate_Ignore_DB
Replicate_Do_Table
Replicate_Ignore_Table
Replicate_Wild_Do_Table
Replicate_Wild_Ignore_Table
這些參數都是爲了用來指明哪些庫或表在複製的時候不要同步到從庫,可是這些參數用的時候要當心,由於 當跨庫使用的時候 可能會出現問題。
通常狀況下 ,限制的時候都用Replicate_Wild_Ignore_Table這個參數。
14. Last_Errno: 0
Last_Error
slave的SQL線程讀取日誌參數的的錯誤數量和錯誤消息。錯誤數量爲0而且消息爲空字符串表示沒有錯誤。
若是Last_Error值不是空值,它也會在從屬服務器的錯誤日誌中做爲消息顯示。
15. Skip_Counter: 0
SQL_SLAVE_SKIP_COUNTER的值,用於設置跳過sql執行步數。
16. Exec_Master_Log_Pos: 256529431
slave SQL線程當前執行的事件,對應在master相應的二進制日誌中的position。(結合Relay_Master_Log_File理解,並且在Relay_Master_Log_File這個值等於Master_Log_File值的時候,Exec_Master_Log_Pos是不可能超過Read_Master_Log_Pos的。)
17. Relay_Log_Space: 709504534
全部原有的中繼日誌結合起來的總大小。
18. Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
在START SLAVE語句的UNTIL子句中指定的值。
Until_Condition具備如下值:
1) 若是沒有指定UNTIL子句,則沒有值
2) 若是從屬服務器正在讀取,直到達到主服務器的二進制日誌的給定位置爲止,則值爲Master
3) 若是從屬服務器正在讀取,直到達到其中繼日誌的給定位置爲止,則值爲Relay
Until_Log_File和Until_Log_Pos用於指示日誌文件名和位置值。日誌文件名和位置值定義了SQL線程在哪一個點停止執行。
19. Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Master_SSL_Verify_Server_Cert: No
Master_SSL_Crl:
Master_SSL_Crlpath:
這些字段顯示了被從屬服務器使用加密相關的參數。這些參數用於鏈接主服務器。
Master_SSL_Allowed具備如下值:
1) 若是容許對主服務器進行SSL鏈接,則值爲Yes
2) 若是不容許對主服務器進行SSL鏈接,則值爲No
3) 若是容許SSL鏈接,可是從屬服務器沒有讓SSL支持被啓用,則值爲Ignored。
與SSL有關的字段的值對應於–master-ca,–master-capath,–master-cert,–master-cipher和–master-key選項的值。
20. seconds_Behind_Master: 2923
這個值是時間戳的差值。是slave當前的時間戳和master記錄該事件時的時間戳的差值。
21. Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
最後一次I/O線程或者SQL線程的錯誤號和錯誤消息。
22. Replicate_Ignore_Server_Ids:
主從複製,從庫忽略的主庫服務器Id號。就是不以這些服務器Id爲主庫。
23. Master_Server_Id: 1
Master_UUID: 13ee75bb-99e2-11e6-be4d-b499baa80e6e
Master_Info_File: /home/data/mysql/master.info
分別表示主庫服務器id號,主庫服務器的UUID好,還有在從庫中保存主庫服務器相關的目錄位置。
24. SQL_Delay: 0
一個非負整數,表示秒數,Slave滯後多少秒於master。
25. SQL_Remaining_Delay: NULL
當 Slave_SQL_Running_State 等待,直到MASTER_DELAY秒後,Master執行的事件,此字段包含一個整數,表示有多少秒左右的延遲。在其餘時候,這個字段是NULL。
26. Slave_SQL_Running_State: Reading event from the relay log
SQL線程運行狀態:
1) Reading event from the relay log
線程已經從中繼日誌讀取一個事件,能夠對事件進行處理了。
2) Has read all relay log; waiting for the slave I/O thread to update it
線程已經處理了中繼日誌文件中的全部事件,如今正等待I/O線程將新事件寫入中繼日誌。
3) Waiting for slave mutex on exit
線程中止時發生的一個很簡單的狀態。
27. Master_Retry_Count: 86400
鏈接主庫失敗最多的重試次數。
28. Master_Bind:
slave從庫在多網絡接口的狀況下使用,以肯定用哪個slave網絡接口鏈接到master。
29. Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
最後一次I/O線程或者SQL線程錯誤時的時間戳。
#GTID模式相關
30. Retrieved_Gtid_Set:
獲取到的GTID<IO線程>
Executed_Gtid_Set:
執行過的GTID<SQL線程>
Auto_Position: 0