Last_SQL_Errno: 1062：
Last_Error: Error 'Duplicate entry '212' for key 'PRIMARY'' on query. Default database: 'iuc'. Query: '/* insert com.gionee.iuc.entity.main.Module */ insert into security_module (description, dtype, name, parent_id, priority, sn, sysid, type, url) values ('',
'MENU', '評論管理', 198, 99, 'commentMng', 198, 'o', '/')'
在show slave status\G時，提示瞭如上的錯誤，並且：Slave_SQL_Running: No 、Seconds_Behind_Master: NULL（這個參數表示與主庫的同步還有多少，如果與主庫是同步的應該是0），這是因爲主庫那邊有error，從庫這邊就application不了，有一個參數可以設置從庫跳過這些錯誤：sql_slave_skip_counter，這個參數正常情況下設置爲1不會出問題，表示跳過1個事務，如果在運行中的主從複製，sql_slave_skip_counter參數值是默認的0，這時候主庫又有大量的報錯，這個時候可以，先stop slave , 再
set global sql_slave_skip_counter=1;然後重新change master，不過master_log_pos要爲主庫的最新值，不能跟初始設置主從那樣設爲0，再啓動slave，在show salve satatus就正常了，下次再遇到主庫有大量錯誤的情況下是不是會一一跳過，就要看後續觀察。以下是網上關於sql_slave_skip_counter的解釋。
之前一直以爲我們設置sql_slave_skip_counter=1時我們是跳過當前事務複製出錯的日誌，看完淘寶丁奇大師的blog後 頓時明白了其真正含義，以下爲轉載丁奇blog: http://dinglin.iteye.com/blog/1236330
背景知識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，由引擎和日誌格式決定
