[MySQL進階之路][No.0002] SHOW SLAVE STATUS

進入正題以前

上回咱們聊到關於MySQL的replication。https://segmentfault.com/a/11... 在進入今天的正題以前，先說一個可能你們很容易踩的坑。

Authentication Plugins問題

上回中實踐部分用的是MySQL5.7。當你要把MySQL升級到MySQL8.0的時候，若是用一樣的方法change master而後start slave後查看slave的狀態的時候可能會發現如下錯誤。

mysql> show slave status\G
...
Last_IO_Error: error connecting to master 'root@10.1.0.102:3306' - retry-time: 60  retries: 1
...

slave沒有臉上master，這時候你的第一反應多是change master寫錯了或者master的MySQL掛掉了等等。若是你的配置文件裏沒有default_authentication_plugin這個參數，那多半是在它那跌倒了。
在MySQL5.7時，default_authentication_plugin的默認值是mysql_native_password。而到了MySQL8.0後，默認值變成了caching_sha2_password，也就是說如今的密碼默認被加密了，固然用之前的方法是連不上master服務器的了。下面兩個方法僅供參考。

解決方法一

若是你以前一直使用mysql_native_password,而且不少工具都是在此之上寫出來的。這樣的話建議在MySQL8.0中繼續使用， 只要在在master的配置文件my.cnf中設置default_authentication_plugin = mysql_native_password就好了。

解決方法二

若是你想使用caching_sha2_password，master和slave必須同時設置成支持加密連接。首先必須在master和slave中設置ssl鏈接。
建立master和slave的配對證書。（OpenSSL）

//自簽名一個ca
$ openssl genrsa 2048 > ca-key.pem
$ openssl req -new -x509 -nodes -days 3600 -key ca-key.pem -out ca.pem

//用上面的ca籤一個服務端證書
$ openssl req -newkey rsa:2048 -days 3600 -nodes -keyout server-key.pem -out server-req.pem

$ openssl rsa -in server-key.pem -out server-key.pem
$ openssl x509 -req -in server-req.pem -days 3600 -CA ca.pem -CAkey ca-key.pem -set_serial 01 -out server-cert.pem

//用上面的ca籤一個客戶端證書
$ openssl req -newkey rsa:2048 -days 3600 -nodes -keyout client-key.pem -out client-req.pem
$ openssl rsa -in client-key.pem -out client-key.pem
$ openssl x509 -req -in client-req.pem -days 3600 -CA ca.pem -CAkey ca-key.pem -set_serial 01 -out client-cert.pem

master和slave的配置文件中加入

//my.cnf
...
[mysqld]
ssl-ca=ca.pem
ssl-cert=server-cert.pem
ssl-key=server-key.pem
...
[client]
ssl-ca=ca.pem
ssl-cert=client-cert.pem
ssl-key=client-key.pem
...

slave change master, 將MASTER_SSL設成1。replication成功。

mysql> change master to
    -> MASTER_HOST = '10.1.0.102',
    -> MASTER_USER = 'root',
    -> MASTER_LOG_FILE = 'binlog.000002',
    -> MASTER_LOG_POS = 154,
    -> MASTER_SSL = 1;
Query OK, 0 rows affected, 1 warning (0.06 sec)

mysql> start slave;

設置ssl仍是很麻煩的，官方也提供了一個腳本方便你們設置ssl鏈接。https://dev.mysql.com/doc/ref...

SHOW SLAVE STATUS

今天將介紹的主角是show slave status這個命令，

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 10.1.0.102
                  Master_User: root
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: binlog.000002
          Read_Master_Log_Pos: 155
               Relay_Log_File: 29d3afe99c90-relay-bin.000002
                Relay_Log_Pos: 319
        Relay_Master_Log_File: binlog.000002
             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: 155
              Relay_Log_Space: 534
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Master_SSL_Allowed: Yes
           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: 11
                  Master_UUID: c41449f4-c3a3-11e8-b5c6-02420a010066
             Master_Info_File: mysql.slave_master_info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set:
                Auto_Position: 0
         Replicate_Rewrite_DB:
                 Channel_Name:
           Master_TLS_Version:
       Master_public_key_path:
        Get_master_public_key: 0
1 row in set (0.00 sec)

mysql>

這個命令也就是輸出一些slave的命令。爲何說這個命令重要，首先經過這個命令能夠實時掌握replication的情況，而是在實際的運營中，replication出了問題經過這個命令也能夠第一時間定位問題。瞭解這個命令中各參數的含義對於主從關係的MySQL運營維護有這重要的實際意義。

Slave_IO_State

當前slave的IO線程的情況。是show processlist裏IO線程state的複製。
Waiting for master to send event
slave正在等待master更新。若是等待時間超過slave_net_timeout（my.cnf設置），IO線程爲重連master。

Waiting for the slave SQL thread to free enough relay log space
若是你設置了relay_log_space_limit,當relay log大小超過這個值之後，IO線程會先等SQL線程刪掉一部分relay log。

所有的state，https://dev.mysql.com/doc/ref...

MASTER_HOST,MASTER_USER,MASTER_PORT

master的地址，鏈接用戶名，端口等的信息。

Connect_Retry

當master和slave以前出現鏈接問題時，每隔這個時間就會嘗試一次重連master。可用過change master設置這個值。

Master_Log_File， Relay_Log_File， Relay_Master_Log_File

Master_Log_File
當前IO從master讀取的binlog的文件名。
Relog_Log_File
slave的SQL先前當讀取的relay log文件名。
Relay_Master_log_File
當前SQL執行的最新的SQL Event是包含在master哪一個binlog文件中的。

Read_Master_Log_Pos， Relay_Log_Pos， Exec_Master_Log_Pos

這三個參數能夠說是相當重要，也常常被搞混。
Read_Master_Log_Pos
I/O讀取到的log在master的binlog中的位置。

Relay_Log_Pos
SQL執行到的Relay Log的位置。

Exec_Master_Log_Pos
SQL執行到的SQL Event在master的binlog中的位置。

若是Read_Master_Log_Pos和master的show master status的位置同樣，而Exec_Master_Log_Pos的值小於它們，那說明SQL線程出現了過載，正在執行一個很是熬時間的SQL或者slave服務器的性能出現惡化等等。

Slave_IO_Running， Slave_SQL_Running

IO線程，SQL線程是否在運行。
Slave_IO_Running = NO,IO線程沒運行。
Slave_IO_Running = Connecting, IO線程正在運行，可是沒連上master。
Slave_IO_Running = YES,IO線程在運行，而且連上了master。

Relay_Log_Space

Relay log的所有加起來的大小

Last_Errno, Last_Error

SQL線程上次的執行錯誤信息

Master_SSL_*

SSL鏈接時的設定。開頭的ssl鏈接的例子中，若是咱們沒在slave中my.cnf設置證實書信息，咱們須要經過change master手動設置。

Replicate_Do_DB， Replicate_Ignore_DB， Replicate_Do_Table, Replicate_Ignore_Table, Replicate_Wild_Do_Table, Replicate_Wild_Ignore_Table

Replication能夠經過在my.cnf中設置--replicate-do-table等來設定具體同步哪些庫或表。

Seconds_Behind_Master

簡單來講，就是slave比master慢了多少。若是slave比master慢了不少，讀寫分離的架構中，用戶讀取到的數據就不是最新的，運營事故就很容易發生。通常狀況下，若是這個值過大，咱們能夠考慮是不是slave服務器SQL線程出問題了。
若是對這個值是怎麼計算出來的感興趣的通許能夠看一下這篇文章。
http://mysql.taobao.org/month...
須要記得一點的就是，當網絡情況不好的時候，這個值會一直是0。因此只有在網絡環境很好的前提下，這個值才能表示slave比master慢多少。因此這個參數有時候也並不可靠。

Channel_name

channel是指咱們能夠在slave同時指定多個master進行replication，用不一樣的channel名來進行區分。這個也叫multi-source replication。再合併多個master的時候頗有用。實際操做也只要在change master to後面加上for channel字段就能夠了
。一樣start/stop slave後面也加上for channel就好了。

總結

今天就講到這，上面只是介紹了一部分可能會場用到的參數，想了解其餘參數的能夠看官方文檔。https://dev.mysql.com/doc/ref...。下章講一下一些在運營中常見的一些主從切換的方法。