Mysql 主從同步 slave_sql_running 爲no

背景

以前搭建了主從，但沒有設置讀寫分離，從庫也能寫數據。因而想測試下在從庫寫數據會致使同步怎麼樣。 結果發現，slave_sql_running爲no，slava_IO_running仍然爲yes.

緣由

因爲從庫寫數據，致使主從數據不一致，若是在主庫寫入和從庫一樣的數據，會致使sql線程終止，查看mysql錯誤日誌以下：

2020-08-01T10:58:19.623077Z 135 [ERROR] Slave SQL for channel '': Could not execute Write_rows event on table shy_dep.zp_test; , Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000001, end_log_pos 882496, Error_code: 1062
2020-08-01T10:58:19.623101Z 135 [Warning] Slave: Error_code: 1062
2020-08-01T10:58:19.623110Z 135 [ERROR] Error running query, slave SQL thread aborted. Fix the problem, and restart the slave SQL thread with "SLAVE START". We stopped at log 'mysql-bin.000001' position 882218

解決方法一

1. 在從庫停掉slave同步，執行 stop slave;
2. 主庫執行 SHOW MASTER STATUS，記錄下File和Position的值
3. 從庫根據主庫的position位置從新鏈接進行同步

CHANGE MASTER TO master_host = '192.168.164.84',
MASTER_PORT = 3306,
master_user = 'root',
master_password = 'root',
master_log_file = 'mysql-bin.000001',
master_log_pos = 902262;#這裏記錄master最新的position

4. 從庫啓動同步， start slave;

經過以上步驟，能夠實現主從從新開始同步。

PS: 這裏在從新啓動從庫同步時，假設主庫沒有進行寫操做。由於若是進行了寫操做，則剛纔記錄的主庫position位置可能會變。

因此通常須要把主庫臨時加鎖不讓寫。

解決方法二

在從庫執行如下命令：

stop slave;

set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;

start slave;

SHOW SLAVE STATUS

經測試，以上方法也能夠。

我的體會

用解決方法一存在一個問題。好比在從庫寫入一條數據11， 在主庫寫入一條數據12，咱們知道因爲主從不一樣步會致使slave_sql_running停了。若是經過第一種方法從新鏈接啓動後，再把12這條數據刪除，會報如下錯誤：

2020-08-01T11:00:38.853703Z 17564 [ERROR] Slave SQL for channel '': Could not execute Delete_rows event on table shy_dep.zp_test; Unknown error 1032, Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000001, end_log_pos 883098, Error_code: 1032
2020-08-01T11:00:38.853717Z 17564 [Warning] Slave: Unknown error 1032 Error_code: 1032
2020-08-01T11:00:38.853721Z 17564 [ERROR] Error running query, slave SQL thread aborted. Fix the problem, and restart the slave SQL thread with "SLAVE START". We stopped at log 'mysql-bin.000001' position 882828

從庫因爲找不到12這條記錄進行刪除從而會終止slave_sql_running這個線程，須要再從新鏈接主庫的binlog最新位置進行同步。

而解決方法二，即便刪除了12這條記錄，仍然會保持同步。因此這裏給我感受是，第二種方式要好一些。

set global sql_slave_skip_counter=N #這裏的N是指跳過N個event

官方解釋：

This statement skips the next N events from the master. This is useful for recovering from replication stops caused by a statement.

我的理解，就是跳過當前從master中不能執行的事件

總結

1. 這裏列出了主從不一樣步兩種解決方案，測試發現第二種解決方案好一些.
2. 其實按道理通常不會出現主從不一樣步的狀況，由於主從須要搭配讀寫分離來弄。從庫既然只能讀，那就不存在主從不一樣步的狀況了。