进入正题之前
上回我们聊到关于MySQL的replication。 在进入今天的正题之前，先说一个可能大家很容易踩的坑。
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这个参数，那多半是在它那跌倒了。
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.pemssl-cert=server-cert.pemssl-key=server-key.pem...[client]ssl-ca=ca.pemssl-cert=client-cert.pemssl-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连接。
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: 0Master_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: 01 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 eventslave正在等待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，
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
Relog_Log_Fileslave的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_PosI/O读取到的log在master的binlog中的位置。 Relay_Log_Pos
Exec_Master_Log_Pos
如果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线程出问题了。
如果对这个值是怎么计算出来的感兴趣的通许可以看一下这篇文章。需要记得一点的就是，当网络状况很差的时候，这个值会一直是0。所以只有在网络环境很好的前提下，这个值才能表示slave比master慢多少。所以这个参数有时候也并不可靠。Channel_name
channel是指我们可以在slave同时指定多个master进行replication，用不同的channel名来进行区分。这个也叫multi-source replication。再合并多个master的时候很有用。实际操作也只要在change master to后面加上for channel字段就可以了
。同样start/stop slave后面也加上for channel就行了。总结
今天就讲到这，上面只是介绍了一部分可能会场用到的参数，想了解其他参数的可以看官方文档。。
下章讲一下一些在运营中常见的一些主从切换的方法。