Slave_IO_Running，Slave_SQL_Running問題的解決方法

mysql replication 中slave機器上有兩個關鍵的進程，死一個都不行，一個是slave_sql_running，一個是Slave_IO_Running，一個負責與主機的io通信，一個負責自己的slave mysql進程。

如果是slave_io_running no了，那么就我個人看有三種情況，一個是網絡有問題，連接不上，像有一次我用虛擬機搭建replication，使用了nat的網絡結構，就是死都連不上，第二個是有可能my.cnf有問題，配置文件怎么寫就不說了，網上太多了，最后一個是授權的問題，replication slave和file權限是必須的。
一旦io為no了先看err日志，看看爆什么錯，很可能是網絡，也有可能是包太大收不了，這個時候主備上改max_allowed_packet這個參數。 

如果是slave_sql_running no了，那么也有兩種可能，一種是slave機器上這個表中出現了其他的寫操作，就是程序寫了，這個是會有問題的，今天我想重現，但是有時候會有問題，有時候就沒有問題，現在還不是太明了，后面再更新，還有一種占絕大多數可能的是slave進程重啟，事務回滾造成的，這也是mysql的一種自我保護的措施，像關鍵時候只讀一樣。 

這個時候想恢復的話，只要停掉slave，set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;再開一下slave就可以了，這個全局變量賦值為N的意思是： 
This statement skips the next N events from the master. This is useful for recovering from replication stops caused by a statement. 
This statement is valid only when the slave thread is not running. Otherwise, it produces an error.

錯誤實例：
show slave status\G 
Slave_IO_Running: Yes 
Slave_SQL_Running: No 

有問題了，Slave_SQL_Running應該是Yes才對。 

再往下看，有錯誤的提示： 

 Last_Errno: 1062
 Last_Error: Error 'Duplicate entry 'b847a74ad1e35badd71d0171bd703360' for key 'PRIMARY'' on query. Default database: 'fangh6fu'. Query: 'INSERT INTO `fangh6fu`.`ecs_sessions` (sesskey, expiry, ip, data) VALUES ('b847a74ad1e35badd71d0171bd703360', '1447919111', '192.168.1.214', 'a:0:{}')'
先stop slave，然后執行了一下提示的語句，就是把重復的主鍵記錄刪除，
再SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1; START SLAVE; 

show slave status\G 

Slave_IO_Running: Yes 
Slave_SQL_Running: Yes 

OK了，從服務器也在幾分鍾內把堆積的log處理完了，兩邊又同步了：)