收到故障告警，mysql從庫複製中斷，show slave status\G 看到：

Last_Error: Error 'Table 'test.null_file_md5_d' doesn't exist' on query. Default database: 'xx'. Query: 'update tbl_FileInfo as a inner join test.null_file_md5_d as b on a.filemd5=b.filemd5 set a.filemd5='0''

Query語句顯示，這是一次跨庫操作引發的：update xx庫引用了test庫的表。

生產環境的主從只複製xx庫，/etc/my.cnf配置為：

和開發同學確認了下，果然是隻在master的test庫建表和灌資料，忘了在slave執行。

恢復主從步驟：

1、stop slave

2、set global sql_slave_skip_counter=1

注意：

使用sql_slave_skip_counter跳過，每一次跳過為一個Binlog event group, 也就相當於一個事務。所以當一個事務中有兩個SQL， 第一個SQL導致主從複製中斷，然後我們直接使用SQL_SLAVE_SKIP_COUNTER=1跳過錯了。其實第二個SQL也不會在slave中執行了，如果第二個SQL影響100行，那麼主從就有100行資料不一致了。所以，我們在跳過之前，一定要看一下，當前binlog event group到底是什麼？

根據slave status中的Relay_Log_File和Relay_Log_Pos兩個值 ，先檢視當前被中斷的binlog event group操作是什麼？

命令：show relaylog events in "Relay_Log_File" from Relay_Log_Pos limit n;

3、start slave

4、show slave status\G

所以，在使用binlog-do-db, binlog-ignore-db, replicate-do-db, replicate-ignore-db 等引數的主從環境下，跨庫操作要謹慎。

擴充套件閱讀：