MYSQL同步 Slave_IO_Running: No 或許Slave_SQL_Running: No的處理辦法[已測]。本站提示廣大學習愛好者：（MYSQL同步 Slave_IO_Running: No 或許Slave_SQL_Running: No的處理辦法[已測]）文章只能為提供參考，不一定能成為您想要的結果。以下是MYSQL同步 Slave_IO_Running: No 或許Slave_SQL_Running: No的處理辦法[已測]正文
明天在測試mysql能否同步時，檢討數據庫發明一台MySQL Slave未和主機同步，檢查Slave狀況：
mysql> show slave status\G
Slave_IO_Running: Yes
Slave_SQL_Running: No
Last_Errno: 1062
....
Seconds_Behind_Master:NULL
緣由：
1.法式能夠在slave長進行了寫操作
2.也能夠是slave機械重起後，事務回滾形成的.
處理方法I：
1.起首停失落Slave辦事：slave stop
2.到主辦事器上檢查主機狀況：
記載File和Position對應的值。
mysql> show master status;
+------------------+-----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+-----------+--------------+------------------+
| mysql-bin.000020 | 135617781 | | |
+------------------+-----------+--------------+------------------+
1 row in set (0.00 sec)
3.到slave辦事器上履行手動同步：
mysql> change master to
> master_host='master_ip',
> master_user='user',
> master_password='pwd',
> master_port=3307,
> master_log_file='mysql-bin.000020',
> master_log_pos=135617781;
1 row in set (0.00 sec)
mysql> slave start;
1 row in set (0.00 sec)
再次檢查slave狀況發明：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
...
Seconds_Behind_Master: 0
處理方法II：
mysql> slave stop;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> slave start;
本身的應用領會:辦法一是強迫性從某一個點開端同步,會有部門沒有同步的數據喪失,後續主辦事器上刪除記載同步也會有一些毛病信息,不會影響應用.辦法二紛歧定會有用果.
