MySQL5.6有很多新的特性，其中很多人都感興趣的一條就是全局事務(wù)序號(hào)功能(GTIDs)。而大家都對(duì)這一特性很感興趣的原因也很好理解，即：本來重新連接從服務(wù)器和一個(gè)新的主服務(wù)器一直是件很麻煩的事，然而在啟用GTIDs功能之后就變得簡(jiǎn)單易行。可是，GTIDs的使用不單單是用單獨(dú)的標(biāo)識(shí)符替換舊的二進(jìn)制日志文件/位置，它也采用了新的復(fù)制協(xié)議。假如你還不太明白這些，那你可以在這篇文章里學(xué)點(diǎn)什么。

　　復(fù)制協(xié)議：新

　　舊的協(xié)議往往簡(jiǎn)單直接即：首先從服務(wù)器上在一個(gè)特定的偏移量那里連接到一個(gè)給定的二進(jìn)制日志文件，然后主服務(wù)器在從那里發(fā)送所有的事務(wù)。

　　新協(xié)議稍有不同：slave首先會(huì)發(fā)送它已經(jīng)執(zhí)行過的GTID的范圍，然后master發(fā)送每一個(gè)丟失的事務(wù). 它也確保了一個(gè)給定的GTID只可以在一個(gè)特定的slave中執(zhí)行一次.

　　實(shí)踐中，這會(huì)改變?nèi)魏螙|西嗎? 使得，它會(huì)改變很多東西. 想象一下下面的場(chǎng)景: 你想要從trx 4開始復(fù)制，但是trx2在slave上因?yàn)槟撤N緣故丟失了.

　　使用老協(xié)議的話，trx 2再也不會(huì)被執(zhí)行一次，而使用新協(xié)議，它就會(huì)被自動(dòng)的再執(zhí)行一次.

　　下面是兩個(gè)你可以在實(shí)踐中看到新協(xié)議的通用場(chǎng)景.

　　跳過事務(wù)

　　眾所周知老的 SET GLOBAL sql_slave_skip_counter = N 在你想要跳過一個(gè)事務(wù)時(shí)不再提供支持，而GTID就可以被啟用了. 換用 GTID XXX:N 來跳過事務(wù), 你須得 注入一個(gè)空的事務(wù):

　　mysql> SET gtid_next = 'XXX:N';

　　mysql> BEGIN; COMMIT;

　　mysql> SET gtid_next = 'AUTOMATIC';

　　為什么我們不能使用 sql_slave_skip_counter? 就是因?yàn)樾碌膹?fù)制協(xié)議!

　　想象一下我們擁有如下圖所示的三臺(tái)服務(wù)器:

　　讓我們假設(shè) sql_slave_skip_counter 可以用并且已經(jīng)被用在S2上用于跳過trx2. 如果你吧S2設(shè)置成S1的一個(gè)slave將會(huì)發(fā)生什么呢?

　　兩個(gè)服務(wù)器會(huì)互相交換被執(zhí)行了GTID的范圍，并且S1將會(huì)意識(shí)到其必須將trx2發(fā)送給S2. 然后會(huì)發(fā)生的事情有兩種可能:

　　如果 trx 2 仍然在S1的二進(jìn)制日志中，它將會(huì)被發(fā)送給S2，而事務(wù)在也不會(huì)被跳過了.

　　如果 trx 2 不再存在于S1的二進(jìn)制日志中，你將會(huì)得到一個(gè)復(fù)制錯(cuò)誤.

　　很明顯這不安全，這就是為什么 sql_slave_skip_counter 在使用GTID時(shí)是不能用的. 要想跳過一個(gè)事務(wù)，唯一安全的選擇就是去執(zhí)行一個(gè)虛擬的事務(wù)，而不是一個(gè)真實(shí)的事務(wù).

　　錯(cuò)誤的事務(wù)

　　如果你在一個(gè)slave上本地執(zhí)行了一個(gè)事務(wù) (在MySQL文檔中被稱為錯(cuò)誤事務(wù)), 如果你被這個(gè)事務(wù)推送到新的master上時(shí)會(huì)發(fā)生什么呢?

　　使用老協(xié)議，基本上沒啥事(準(zhǔn)確點(diǎn)說，新的master和其slave之間的數(shù)據(jù)將會(huì)出現(xiàn)不一致，但那在稍后就可能會(huì)被修復(fù)).

　　使用新協(xié)議，錯(cuò)誤的事務(wù)將會(huì)被識(shí)別成為在每個(gè)地方都丟失了，并且將會(huì)自動(dòng)在容錯(cuò)備份上被執(zhí)行，這樣就將會(huì)導(dǎo)致打斷復(fù)制的隱患.

　　比方說，你擁有一個(gè)master(M)和兩個(gè)slave (S1 和 S2). 這里有兩種將slave重連到新的master將會(huì)發(fā)生(帶有不同復(fù)制錯(cuò)誤的)失敗的場(chǎng)景:

　　# 場(chǎng)景 1

　　# S1

　　mysql> CREATE DATABASE mydb;

　　# M

　　mysql> CREATE DATABASE IF NOT EXISTS mydb;

　　# Thanks to 'IF NOT EXITS', replication doesn't break on S1. Now move S2 to S1:

　　# S2

　　mysql> STOP SLAVE; CHANGE MASTER TO MASTER_HOST='S1'; START SLAVE;

　　# This creates a conflict with existing data!