MySQL5.6有很多新的特性，其中很多人都感兴趣的一条就是全局事务序号功能（GTIDs）。而大家都对这一特性很感兴趣的原因也很好理解，即：本来重新连接从服务器和一个新的主服务器一直是件很麻烦的事，然而在启用GTIDs功能之后就变得简单易行。可是，GTIDs的使用不单单是用单独的标识符替换旧的二进制日志文件/位置，它也采用了新的复制协议。假如你还不太明白这些，那你可以在这篇文章里学点什么。
复制协议：新的 VS 旧的
旧的协议往往简单直接即：首先从服务器上在一个特定的偏移量那里连接到一个给定的二进制日志文件，然后主服务器在从那里发送所有的事务。
新协议稍有不同：slave首先会发送它已经执行过的GTID的范围，然后master发送每一个丢失的事务. 它也确保了一个给定的GTID只可以在一个特定的slave中执行一次.
实践中，这会改变任何东西吗? 使得，它会改变很多东西. 想象一下下面的场景: 你想要从trx 4开始复制，但是trx2在slave上因为某种缘故丢失了.
使用老协议的话，trx 2再也不会被执行一次，而使用新协议，它就会被自动的再执行一次.
下面是两个你可以在实践中看到新协议的通用场景.
跳过事务
众所周知老的 SET GLOBAL sql_slave_skip_counter = N 在你想要跳过一个事务时不再提供支持，而GTID就可以被启用了. 换用 GTID XXX:N 来跳过事务, 你须得 注入一个空的事务:
| mysql> SET gtid_next = 'XXX:N';mysql> BEGIN; COMMIT;mysql> SET gtid_next = 'AUTOMATIC'; |
为什么我们不能使用 sql_slave_skip_counter? 就是因为新的复制协议!
想象一下我们拥有如下图所示的三台服务器:
让我们假设 sql_slave_skip_counter 可以用并且已经被用在S2上用于跳过trx2. 如果你吧S2设置成S1的一个slave将会发生什么呢?
两个服务器会互相交换被执行了GTID的范围，并且S1将会意识到其必须将trx2发送给S2. 然后会发生的事情有两种可能:
很明显这不安全，这就是为什么 sql_slave_skip_counter 在使用GTID时是不能用的. 要想跳过一个事务，唯一安全的选择就是去执行一个虚拟的事务，而不是一个真实的事务.
错误的事务
新闻热点
疑难解答
