mysql 5.6 enable GTID replication
一. 前言:
如果是一套新的系统,那么enable GTID replication很简单,我们就不多说了,这里我们主要讲一下怎么把已经投入使用的普通复制,切换成GTID replication。切换之前我们先想一下,我们为什么要切换,GTID replication 相比传统的replication有什么优点?
GTID的优点就是它简化了复制使用和维护难度。举个很简单的例子,如果我们现在有一套一主两从的系统,主库为A, 从库为B和C。如果此时我的主库A宕机了,我此时想把B切换为主库然后把C切换为B的从库,想一想如果是传统复制的话,我们要怎么确定C从B的哪个位置开始复制?
如果是传统复制的话,遇到上面的情况就很难处理。但是对于GTID replication这一切处理起来都很轻松,我们不需要为C找开始位置,只需要把C的主库指定为B就可以了,它会根据GTID自动判断去同步和执行哪些binlog。
二:enable GTID replication steps(mysql 5.6)
1. 在切换GTID复制之前,先检查应用中是否有GTID限制的语句类型(使用如下语句会报错)
1)不支持 CREATE TABLE ... SELECT
2)不支持在事物中混用事务表和非事物表
BEGIN;
INSERT INTO innodb_tbl(…);
INSERT INTO myisam_tbl(…);
COMMIT;
3)不支持在事物中使用 CREATE TEMPORARY TABLE and DROP TEMPORARY TABLE
BEGIN;
INSERT INTO innodb_tbl(…);
CREATE TEMPORARY TABLE temp1;
...
COMMIT;
详情参考:http://dev.mysql.com/doc/mysql-replication-excerpt/5.6/en/replication-gtids-restrictions.html
2. 主从服务器都设置为read_only状态,同步主从数据
1)暂停该库相关业务
2)设置主从为read_only状态
主从库都执行如下操作
mysql> SET @@global.read_only = ON;
NOTE1:read_only是global参数(只有global级别),所以设置后会对目前已存在的会话,及之后连接的会话产生影响。
NOTE2:当从库执行完所有binlog后(主从数据一致)执行下一步
主从都执行如下操作
shell> mysqladmin -uusername -p -h127.0.0.1 -P3306 shutdown
1)启动主库
在主库my.cnf文件中添加gtid_mode=ON,log-bin=,log-slave-updates,enforce-gtid-consistency,read_only = 1参数,并启动数据库
mysqld_safe --defaults-file=/etc/my.cnf &
或者使用如下方式启动主库
shell> mysqld_safe --gtid_mode=ON --log-bin --log-slave-updates --enforce-gtid-consistency &
2)启动从库
在从库的my.cnf文件添加gtid_mode=ON,log-bin=,log-slave-updates,enforce-gtid-consistency,read_only = 1,skip-slave-start参数,并启动数据库
mysqld_safe --defaults-file=/etc/my.cnf &
NOTE1:Prior to MySQL 5.6.9, --enforce-gtid-consistency was named --disable-gtid-unsafe-statements.
NOTE2:gtid_mode参数值不是布尔型而是枚举值,只能指定ON或者OFF,不能指定1或者0
5. 开启从库io和sql_thread线程
在从库使用MASTER_AUTO_POSITION = 1重新指定主库
CHANGE MASTER TO
MASTER_HOST = '172.172.178.75',
MASTER_PORT = 3306,
MASTER_USER = 'repl',
MASTER_PASSWORD = 'root',
MASTER_AUTO_POSITION = 1;
NOTE:MASTER_LOG_FILE,MASTER_LOG_POS不能同MASTER_AUTO_POSITION=1同时使用
如果上面执行成功,在从库执行start slave;
mysql> START SLAVE;
6. 恢复主库写(从库无需恢复)
在主库执行如下操作,并注释掉my.cnf中read_only=1选项
mysql> SET @@global.read_only = OFF;
参考链接:
http://blog.csdn.net/shaochenshuo/article/details/54862603
http://blog.csdn.net/shaochenshuo/article/details/54138317
http://blog.csdn.net/shaochenshuo/article/details/54138317
http://dev.mysql.com/doc/mysql-replication-excerpt/5.6/en/replication-gtids-concepts.html
http://dev.mysql.com/doc/mysql-replication-excerpt/5.7/en/replication-gtids-concepts.html?ff=nopfpls
https://dev.mysql.com/worklog/task/?spm=5176.100239.blogcont41200.6.xtY06T&id=7083
http://blog.csdn.net/shaochenshuo/article/details/54138317
http://blog.csdn.net/shaochenshuo/article/details/54138317
http://dev.mysql.com/doc/mysql-replication-excerpt/5.6/en/replication-gtids-concepts.html
http://dev.mysql.com/doc/mysql-replication-excerpt/5.7/en/replication-gtids-concepts.html?ff=nopfpls
https://dev.mysql.com/worklog/task/?spm=5176.100239.blogcont41200.6.xtY06T&id=7083