上回咱们聊到关于MySQL的replication。https://segmentfault.com/a/11... 在进入今天的正题以前,先说一个可能你们很容易踩的坑。html
上回中实践部分用的是MySQL5.7。当你要把MySQL升级到MySQL8.0的时候,若是用一样的方法change master而后start slave后查看slave的状态的时候可能会发现如下错误。node
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
若是你以前一直使用mysql_native_password
,而且不少工具都是在此之上写出来的。这样的话建议在MySQL8.0中继续使用, 只要在在master的配置文件my.cnf中设置default_authentication_plugin = mysql_native_password
就好了。sql
若是你想使用caching_sha2_password,master和slave必须同时设置成支持加密连接。首先必须在master和slave中设置ssl链接。
建立master和slave的配对证书。(OpenSSL)segmentfault
//自签名一个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这个命令,工具
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线程的情况。是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的地址,链接用户名,端口等的信息。
当master和slave以前出现链接问题时,每隔这个时间就会尝试一次重连master。可用过change master设置这个值。
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
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服务器的性能出现恶化等等。
IO线程,SQL线程是否在运行。
Slave_IO_Running = NO,IO线程没运行。
Slave_IO_Running = Connecting, IO线程正在运行,可是没连上master。
Slave_IO_Running = YES,IO线程在运行,而且连上了master。
Relay log的所有加起来的大小
SQL线程上次的执行错误信息
SSL链接时的设定。开头的ssl链接的例子中,若是咱们没在slave中my.cnf设置证实书信息,咱们须要经过change master手动设置。
Replication能够经过在my.cnf中设置--replicate-do-table等来设定具体同步哪些库或表。
简单来讲,就是slave比master慢了多少。若是slave比master慢了不少,读写分离的架构中,用户读取到的数据就不是最新的,运营事故就很容易发生。通常状况下,若是这个值过大,咱们能够考虑是不是slave服务器SQL线程出问题了。
若是对这个值是怎么计算出来的感兴趣的通许能够看一下这篇文章。
http://mysql.taobao.org/month...
须要记得一点的就是,当网络情况不好的时候,这个值会一直是0。因此只有在网络环境很好的前提下,这个值才能表示slave比master慢多少。因此这个参数有时候也并不可靠。
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...。下章讲一下一些在运营中常见的一些主从切换的方法。