mysql小誤區關於set global sql_slave_skip_counter=N命令的迷惑 在中從庫維護中，set global sql_slave_skip_counter=N 是比較常用的命令，這篇文章對這個點诠釋的很細，幫助我們深入理解。 背景知識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，由引擎和日志格式決定
