背景知識1：

在主從庫維護中，有時候需要跳過某個無法執行的命令，需要在slave處於stop狀態下，執行 set global sql_slave_skip_counter=N以跳過命令。常用的且不易用錯的是N=1的情況，但N>1時，則不那麼顧名思義，本文詳細介紹N的意義，及使用注意事項。

背景知識2：

MySQL從庫從主庫上覆制binlog檔案內容到本地執行。在binlog上命令以event的形式存在，並非一個命令對應一個event。以一個insert語句為例（引擎InnoDB、binglog_format=statement)， 在binlog中實際上有三個event，分別為begin\insert\commit 。 命令型別都是Query_log_event.

而set global sql_slave_skip_counter=N的意思，即為在start slave時，從當前位置起，跳過N個event。每跳過一個event，則N--.

與實際情況不符？

看到這裡有同學就會問，這是有問題的。如果當前的執行位置是某個insert語句開頭，那使用 N=1實際上是從begin\insert\commit的第二個開始執行，這個insert語句還是不能被跳過？

實際上這裡還有兩個策略：

    1、若N=1且當前event為BEGIN， 則N不變，跳過當前event繼續。

    2、若N=1且當前event處於一個事務之內（BEGIN之後,COMMIT之前），則N不變，跳過當前event繼續。

說明：其實上面兩個策略合起來就是一句話，當N=1時，會連續跳過若干個event，直到當前所在的事務結束。

    當然如果N>1，則每跳過一個event都要N--.

命令舉例：

所以我們平時最常用的N=1的情況，都是下一個事務。

假設某個Pos之後執行如下命令( 引擎InnoDB、binglog_format=statement)，

    insert into t values(x1);

    begin;

    insert into t values(x2);

    insert into t values(x3);

    commit;

   insert into t values(x4);

你的從庫stop在Pos上，假設你要跳過前面幾個命令直接執行插入x4的操作，則你的N設定為 4或5或6或7均可。（X1語句為3個event）

其他說明：

上面舉例中都特別說明了在innodb引擎和statement模式下。其他情況區別如下：

   1、若引擎為myisam（等不支援事務的引擎），且在statement下，則binlog中不會有begin和commit，每個命令都是一個event；

   2、row模式的binlog裡，一個insert語句實際上是兩個event（Table_map_event和 Row_log_event), 計算時應與statement不同。

  3、在row模式下，不論引擎是否支援事務，一個insert語句都會加上BEGIN和commit，也即變成4個event。

  4、基於InnoDB引擎表的insert/delete/update操作都有顯式樣的BEGIN /COMMIT.

上面舉的這個例子中，若為row模式，則要直接執行X4語句需要設定的N為 5～10均可。

小結：

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

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

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

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