情況一：
在備機的mysql上執行：show slave status \G
發現Slave_SQL_Running: No
      Last_Errno: 1146
      Last_Error: Error 'Table 'opaq_151.vehicle_new' doesn't exist' on query. Default database: 'opaq_151'. Query: 'delete from vehicle_new where ID_>1700001960'；
分析SQL語句發現，slave機上沒有vehicle_new 表，所以報錯。
這個時候想恢復的話，只要
stop slave;
set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
start slave;
就可以了

set GLOBAL SQL_SLAVE_SKIP_COUNTER=1的意思是：
 跳過某個無法執行的命令

1、set global sql_slave_skip_counter=N中的N是指跳過N個event

   2、最好記的是N被設定為1時，效果跳過下一個事務。

   3、跳過第N個event後，位置若剛好落在一個事務內部，則會跳過這整個事務

   4、一個insert/update/delete不一定只對應一個event，由引擎和日誌格式決定

情況二： 

早晨機房意外斷電，導致了發現mysql從伺服器同步異常。使用以前碰到的Slave_SQL_Running為No的解決辦法無效，仍然無法同步。 

檢視一下狀態show slave status 
Master_Log_File: mysqlmaster.000079 
Read_Master_Log_Pos: 183913228 
Relay_Log_File: hx-relay-bin.002934 
Relay_Log_Pos: 183913371 
Relay_Master_Log_File: mysqlmaster.000079 
Slave_IO_Running: No 
Slave_SQL_Running: Yes 


主伺服器show master status\G 
File: mysqlmaster.000080 
Position: 13818288 
Binlog_Do_DB: 
Binlog_Ignore_DB: mysql,test 


mysql錯誤日誌： 
100512 9:13:17 [Note] Slave SQL thread initialized, starting replication in log 'mysqlmaster.000079' at position 183913228, relay log './hx-relay-bin.002934' position: 183913371 
100512 9:13:17 [Note] Slave I/O thread: connected to master '

[email protected]:3306', replication started in log 'mysqlmaster.000079' at position 183913228 
100512 9:13:17 [ERROR] Error reading packet from server: Client requested master to start replication from impossible position ( server_errno=1236) 
100512 9:13:17 [ERROR] Got fatal error 1236: 'Client requested master to start replication from impossible position' from master when reading data from binary log 
100512 9:13:17 [Note] Slave I/O thread exiting, read up to log 'mysqlmaster.000079', position 183913228 


這次是Slave_IO_Running為No，從日誌上來看，伺服器讀mysqlmaster.000079這個Log的183913228這個位置時發生錯誤，這個位置不存在，於是無法同步。 


檢視一下這個Log的最後幾行： 
/*!40019 SET @@session.max_insert_delayed_threads=0*/; 
/*!50003 SET @

[email protected]@COMPLETION_TYPE,COMPLETION_TYPE=0*/; 
# at 4 
#100511 9:35:15 server id 1 end_log_pos 98 Start: binlog v 4, server v 5.0.27-standard-log created 100511 9:35:15 
# Warning: this binlog was not closed properly. Most probably mysqld crashed writing it. 


嘗試從損壞之前的位置開始 
SLAVE STOP; 
CHANGE MASTER TO MASTER_LOG_FILE='mysqlcncnmaster.000079', MASTER_LOG_POS=183913220; 
SLAVE START; 
無效！ 
只好從新的日誌開始 
SLAVE STOP; 
CHANGE MASTER TO MASTER_LOG_FILE='mysqlcncnmaster.000080', MASTER_LOG_POS=0; 
SLAVE START; 
此時Slave_IO_Running恢復為Yes，同步進行了！觀察了會兒，沒有任何出錯跡象，問題解決。 


另外，出現Slave_IO_Running:NO還有一個原因是slave上沒有許可權讀master上的資料。 


詳細出處參考：http://www.jb51.net/article/27220.htm
<script>window._bd_share_config={"common":{"bdSnsKey":{},"bdText":"","bdMini":"2","bdMiniList":false,"bdPic":"","bdStyle":"0","bdSize":"16"},"share":{}};with(document)0[(getElementsByTagName('head')[0]||body).appendChild(createElement('script')).src='http://bdimg.share.baidu.com/static/api/js/share.js?v=89860593.js?cdnversion='+~(-new Date()/36e5)];</script> 閱讀(95) | 評論(0) | 轉發(0) | 給主人留下些什麼吧！~~ 評論熱議