mysql5.6新特性之gtid_mysql 5.6 新特性之GTID复制

Mysql 5.6开始支持gtid模式的主从复制

Gtid即为全局事务标识符，是指mysql对写入二进制日志的每个事务所作的标记。由server_uuid和事务id组成。

Gtid的作用是什么？可以简化搭建主从实例。我们以往在扩展从库时，均需要在从库上指定开始复制的二进制日志文件名、位置，如果指定错误，可能还会引起数据一致性的问题。

使用gtid模式之后，只需要在从库上指定主库的基本连接信息(登录信息、ip,端口等)，将自动查寻复制起始点。这将大大简化扩展从库实例。

gtid是由server_uuid和事务id组成。Server_uuid是一个128位的数字，形如b45c01f0-6787-11e3-a5f6-0800271b7f69

它是由服务器首次启动时自动随机生成，并写入到数据目录的auto.cnf目录中。服务器一旦正式投入运行，就绝不要修改server_uuid或修改删除auto.cnf文件！否则会引起后续的主从复制故障！

从这个原理来看，使用gtid并不会影响主从复制性能。

混合gtid模式与非gtid，还能否正常使用？完全可以，但不建议这样做。保持单一与统一，可减少不必要的麻烦。

如果在使用过程中，有疑问可致邮 zhangxugg@163.com, 共同探讨

如何启用gtid复制？

1. 主库上的操作

停止主库实例，并删除主库数据目录中生成的所有二进制相关日志，即binlog, relay-binlog, binglog.index, relay-bin.index, relay-log.info

向主库的启动配置文件/etc/my.cnf中加入以下配置项

server_id = 73906

log_bin=mysql-binlog

sync_binlog = 0

binlog_format=MIXED

expire_logs_days = 7

gtid-mode=on

log-slave-updates

enforce-gtid-consistency

master_info_repository=TABLE

启动主库服务,并在主库上创建复制帐号

grant replication slave, replication client to 'repl'@'%' identified by 'repl';

2. 从库上的配置

停止从库实例，同上删除从库所有相关旧文件，binglog, relay-bin.*, relay-bin.index, relay-log.info

配置从库启动参数文件/etc/my.cnf,加入以下配置

server_id = 73907

log_bin=mysql-binlog

sync_binlog = 0

binlog_format=MIXED

expire_logs_days = 7

gtid-mode=on

log-slave-updates

enforce-gtid-consistency

master_info_repository=TABLE

read_only=1

注意：每个节点的server_id必须保持唯一性。

启动从库服务，并指定主库连接信息(所设主库ip为192.168.10.1,端口为3306,复制帐号密码均为repl)。

mysql> CHANGE MASTER TO MASTER_HOST='192.168.10.1',MASTER_PORT=3306,MASTER_USER='repl',

MASTER_PASSWORD='repl',MASTER_AUTO_POSITION=1;

mysql> start slave;

mysql> show slave status\G