master 192.168.26.233 3306
slave 192.168.26.108 3306
复制:binlog+position 传统复制
2.在线切换
1.master和slave执行
root@localhost [zw3306]>set @@global.enforce_gtid_consistency = warn
Query OK, 0 rows affected (0.00 sec)
root@localhost [zw3306]>show global variables like '%enforce_gtid_consistency%'
+--------------------------+-------+
| Variable_name| Value |
+--------------------------+-------+
mysql 为什么设置了gtidserver_uuid是5.6的gtid特性引入的一个配置,把mysql5.7的rpl_slave.cc文件中get_master_uuid函数换成5.6对应的函数就可以了。
GTID特性是5.6加入的一个强大的特性,全称是Global Transaction Identifier。MySQL会为每一个DML/DDL *** 作增加一个唯一标记叫做GTID,这个标记在整个复制环境中都是唯一的。主从环境中主库的DUMP线程可以直接通过GTID定位到需要发送的binary log位置,而不再需要指定binary log的文件名和位置,因此切换极为方便。关于DUMP线程是如何通过GTID定位到binary log位置的,我们将在第17节进行讨论。
为了严谨,我会尽量使用源码的术语进行解释。后面我们也会沿用这些术语。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)