mysql 5.6 enable GTID replication
2017-02-04 11:27
489 查看
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后(主从数据一致)执行下一步
3. 停主从数据库实例
主从都执行如下操作 shell> mysqladmin -uusername -p -h127.0.0.1 -P3306 shutdown
4. 分别以如下方法启动主从数据库实例
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
相关文章推荐
- Repair MySQL 5.6 GTID replication by injecting empty transactions
- mysql 5.7 enable GTID replication
- How to create/restore a slave using GTID replication in MySQL 5.6
- MySQL5.6 GTID Replication
- How to create/restore a slave using GTID replication in MySQL 5.6
- Using GTID replication in MySQL 5.6
- Repair MySQL 5.6 GTID replication by injecting empty transactions
- mysql 5.6 disable GTID replication
- MySQL 5.6 GTID Replication
- MYSQL 5.6 GTID模式下手工删除日志导致备库数据丢失
- MySQL 5.6 复制:GTID 的优点和限制
- MySQL 5.6 复制:GTID 的优点和限制(第一部分)
- rhel6系统中,mysql 5.6复制新特性下主从复制配置[基于GTID] 推荐
- [转]MySQL 5.6 全局事务 ID(GTID)实现原理(二)
- [MySQL 5.6] GTID实现、运维变化及存在的bug
- [转]MySQL 5.6 全局事务 ID(GTID)实现原理(三)
- mysql5.6 replication配置
- Mysql 5.6 基于GTID的主从复制及使用Amoeba配置读写分离
- MySQL 5.6 基于GTID及多线程的复制
- MySQL5.6 GTID模式,同步复制报错不能跳过解决方法