高性能MYSQL—基于GDIT的主从复制

1.基于GDIT的复制方式

mysql数据库从5.6.5开始新增一种基于GDIT的复制方式。GTID Global Transaction ID) 是对于一个已提交事务的编号，并且是一个全局唯一的编号。 GTID 实际上是由 UUID+TID 组成的。其中 UUID 是一个 MySQL 实例的唯一标识。

主从复制，默认是通过pos复制postion)，就是说在日志文档里，将用户进行的每一项操作都进行编号pos)，每一个event都有一个起始编号、一个终止编号。我们在配置主从复制时从节点时要输入master的log_pos值就是这个原因，要求它从哪个pos开始同步数据库里的数据，这也是传统复制技术。
MySQL5.6增加了GTID复制，GTID就是类似于pos的一个作用，不过它是整个mysql复制架构全局通用的，就是说在这整个mysql冗余架构中，它们的日志文件里事件的GTID值是一致的。
GTID Global Transaction ID) 是对于一个已提交事务的编号，并且是一个全局唯一的编号。 GTID 实际上是由 UUID+TID 组成的。其中 UUID 是一个 MySQL 实例的唯一标识。TID 代表了该实例上已经提交的事务数量，并且随着事务提交单调递增。
通过GDIT保证每个主库上提交的事务在集群中有一个唯一的ID。这种方式强化了数据库的主备一致性，故障恢复以及容错能力。

pos与GTID的区别：
两者都是日志文件里事件的一个标志，如果将整个mysql集群看作一个整体：pos就是局部的，GTID就是全局的

step1 在主从两端都修改配置文件：
在server1和server2中做以下操作：

vim /etc/my.cnf32 gtid_mode=ON            开启gtid模式33 enforce-gtid-consistency=true    强制gtid一直性，用于保证启动gitd后事务的安全systemctl restart mysqld	#重启mysql

step2 在从库端先停掉slave，然后重新创建连接：

注意：如果进行change master to时使用MASTER_AUTO_POSITION = 1， slave连接master将使用基于GTID的复制协议

step1 在主库表中添加新的信息：

step2 从库查看是否复制成功：