Mysql 5.6的GTID没有深入研究，初步看了下，mariadb10的GTID复制使用起来，相比5.6的要简单，传统模式复制改GTID复制，只需要CHANGE MASTER master_use_gtid=current_pos 就可以了。

本文是在mariadb 10关于GTID复制的官方文档 https://mariadb.com/kb/en/mariadb/mariadb-documentation/replication-cluster-multi-master/replication/global-transaction-id/

写的笔记和知识点，有些理解可能不完全正确，建议看官方文档。

Markdown 格式写的，新手，排版比较丑：）

From version 10.0.2, MariaDB supports global transaction IDs for replication.

Benefits

1. Easy to change a slave server to connect to and replicate from a different master server.
2. The state of the slave is …

Mysql 5.6的GTID没有深入研究，初步看了下，mariadb10的GTID复制使用起来，相比5.6的要简单，传统模式复制改GTID复制，只需要CHANGE MASTER master_use_gtid=current_pos 就可以了。

本文是在mariadb 10关于GTID复制的官方文档 https://mariadb.com/kb/en/mariadb/mariadb-documentation/replication-cluster-multi-master/replication/global-transaction-id/

写的笔记和知识点，有些理解可能不完全正确，建议看官方文档。

Markdown 格式写的，新手，排版比较丑：）

From version 10.0.2, MariaDB supports global transaction IDs for replication.

Benefits

1. Easy to change a slave server to connect to and replicate from a different master server.
2. The state of the slave is …

Mysql 5.6的GTID没有深入研究，初步看了下，mariadb10的GTID复制使用起来，相比5.6的要简单，传统模式复制改GTID复制，只需要CHANGE MASTER master_use_gtid=current_pos 就可以了。

本文是在mariadb 10关于GTID复制的官方文档 https://mariadb.com/kb/en/mariadb/mariadb-documentation/replication-cluster-multi-master/replication/global-transaction-id/

写的笔记和知识点，有些理解可能不完全正确，建议看官方文档。

Markdown 格式写的，新手，排版比较丑：）

From version 10.0.2, MariaDB supports global transaction IDs for replication.

Benefits

1. Easy to change a slave server to connect to and replicate from a different master server.
2. The state of the slave is …

我们在测试 5.6 GTID 的时候，发现了一个导致主备数据丢失的场景。特别提醒一下使用 MySQL 5.6 并启用了 GTID 的各位，以避免这种情况发生。同时也简单介绍了 GTID 的实现原理。

场景描述

有一台 MySQL 实例 A ，启用了 GTID 。由于 MySQL 服务器空间吃紧，我们手工将主库的所有的 binlog 以及 binlog 的 index 文件都删除掉，并启动了这个 MySQL 实例。此后，本来连在该 MySQL 实例上的备库虽然 show slave status 状态都是正常的，但是却无法获得主库上的任何更新了。备库上的 show slave status 如下：

[5.6.14-log instance1 root@test1 /root root@127.0.0.1:test 17:42:32 ]
>show slave statusG
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.152
Master_User: repl
Master_Port: 9309
Connect_Retry: 60
Master_Log_File: …

mysql5.6主从复制第五部分[如何在从服务器中跳过一条语句/事务]

写这篇笔记的时候，mysql已经从5.6.10发展到了5.6.12

SQL_SLAVE_SKIP_COUNTER 对于GTID没用 。

准备测试环境，按照 http://www.zhaokunyao.com/archives/4131 配置主从。
master port 5612
slave port 5613

然后把slave设置成落后于master 600秒, 便于测试：

      mysql [localhost] {msandbox} (test) > CHANGE master TO MASTER_DELAY=600;
ERROR 1198 (HY000): This operation cannot be performed WITH a running slave; run STOP SLAVE FIRST
mysql [localhost] {msandbox} (test) > 
mysql [localhost] {msandbox} (test) > stop slave;
Query OK, 0 ROWS affected (0.05 sec)
 
mysql [localhost] {msandbox} (test) > CHANGE master TO MASTER_DELAY=600;
Query OK, 0 ROWS affected (0.27 sec)
 
mysql [localhost] {msandbox} (test) > START slave;
Query OK, 0 ROWS affected, 1 warning …

mysql5.6主从复制第三部分

第三部分测试主服务器挂掉，提升某个从服务器的情况。

继续用mysql::sandbox来测试。
主服务器(别名black)(server-id:1)安装在 /home/modify/sandboxes/msb_5_6_10/ 使用5610端口。
从服务器(别名blue)(server-id:2)安装在 /home/modify/sandboxes/msb_5_6_10_a/ 使用5611端口。
从服务器(别名green)(server-id:3)安装在 /home/modify/sandboxes/msb_5_6_10_b/ 使用5612端口。
从服务器(别名red)(server-id:4)安装在 /home/modify/sandboxes/msb_5_6_10_c/ 使用5613端口。

然后再构造一种最特殊的情况：
当主服务器挂掉的时候，blue获取到的gtid及transaction比green要少， green比red要少，然后要求把green提升为主服务器。

主black 写入一条数据:
mysql [localhost] …