mysql小誤區關于setglobalsql

在中從庫維護中，set global sql_slave_skip_counter=N 是比較常用的命令，這篇文章對這個點詮釋的很細，幫助我們深入理解。 背景知識 1： 在主從庫維護中，有時候需要跳過某個無法執行的命令，需要在slave處于stop狀態下，執行 set global sql_slave_skip_c

在中從庫維護中，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，由引擎和日志格式決定

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com