MySQL5.6基于GTID的主从复制

http://www.jb51.net/article/79718.htm

这篇文章主要介绍了MySQL5.6基于GTID的主从复制的相关资料,需要的朋友可以参考下

MySQL 5.6 的新特性之一，是加入了全局事务 ID (GTID) 来强化数据库的主备一致性，故障恢复，以及容错能力。

什么是GTID？

官方文档：http://dev.mysql.com/doc/refman/5.6/en/replication-gtids.html在这篇文档里，我们可以知道全局事务 ID 的官方定义是：GTID = source_id:transaction_id

MySQL 5.6 中，每一个 GTID 代表一个数据库事务。在上面的定义中，source_id 表示执行事务的主库 uuid（server_uuid），transaction_id 是一个从 1 开始的自增计数，表示在这个主库上执行的第 n 个事务。MySQL 会保证事务与 GTID 之间的 1 : 1 映射。

一、环境准备

操作系统：CentOS6.5 64位

数据库版本：MySQL5.6.23



拓扑如下：



三、安装主数据库(masterdb.example.com)

1、准备数据存放目录、创建用户

?
 2、安装并初始化mysql5.6.23

?
3、输出mysql的man手册至man命令的查找路径：

编辑/etc/man.config，添加如下行即可：
MANPATH  /usr/local/mysql/man

4、输出mysql的头文件至系统头文件路径/usr/include：

这可以通过简单的创建链接实现：

?
5、输出mysql的库文件给系统库查找路径：

?
而后让系统重新载入系统库：

?
6、修改PATH环境变量，让系统可以直接使用mysql的相关命令：

?
从数据库安装同上，具体过程略过。

四、分别为主从数据库提供配置文件/etc/my.cnf

要在MySQL 5.6中使用复制功能，其服务配置段[mysqld]中于少应该定义如下选项：
binlog-format：二进制日志的格式，有row、statement和mixed几种类型；
需要注意的是：当设置隔离级别为READ-COMMITED必须设置二进制日志格式为ROW，现在MySQL官方认为STATEMENT这个已经不再适合继续使用；但mixed类型在默认的事务隔离级别下，可能会导致主从数据不一致；

log-slave-updates、gtid-mode、enforce-gtid-consistency、report-port和report-host：用于启动GTID及满足附属的其它需求；

master-info-repository和relay-log-info-repository：启用此两项，可用于实现在崩溃时保证二进制及从服务器安全的功能；
sync-master-info：启用之可确保无信息丢失；
slave-paralles-workers：设定从服务器的SQL线程数；0表示关闭多线程复制功能；

binlog-checksum、master-verify-checksum和slave-sql-verify-checksum：启用复制有关的所有校验功能；
binlog-rows-query-log-events：启用之可用于在二进制日志记录事件相关的信息，可降低故障排除的复杂度；
log-bin：启用二进制日志，这是保证复制功能的基本前提；
server-id：同一个复制拓扑中的所有服务器的id号必须惟一；

主数据库上：

?
从数据库上：

?
五、分别在主从数据库上启动mysqld服务


?
六、在主数据库上创建复制用户

复制代码 代码如下:
mysql> GRANT REPLICATION SLAVE ON *.* TO
repluser@172.16.88.205 IDENTIFIED BY 'replpassword';

说明：172.16.88.205是从节点服务器；如果想一次性授权更多的节点，可以自行根据需要修改；

七、启动从数据库上的复制线程

?
八、在从数据库上查看复制状态


?
九、测试

在主库上创建数据库：

?
可以看到log_statics数据库已经存在于从数据库上。