MySQL传统点位复制在5.7版本前是主要的主从复制模式,而随着MySQL5.6版本引入GTID,而且MySQL5.7进行各方面的优化之后,在mySQL5.7(尤为是MySQL5.7.6)版本后GTID模式的主从复制方式成为一个新的选择方式。要使用GTID模式,首先也需知其优缺点,其主要的优缺点以下:mysql
a) 更简单的实现failover,无需找log_file和log_Pos。
b) 更简单的搭建主从复制。
c) 复制集群有一个统一的方式识别复制位置,给集群管理带来了便利。
d) 正常状况下,GTID是连续没有空洞的,所以主从库出现数据冲突时,能够用添加空事物的方式进行跳过sql
a) 在一个事务里面混合使用引擎如Innodb(支持事务)、MyISAM(不支持事务), 形成多个GTIDs和同一个事务相关联出错
b) CREATE TABLE…..SELECT 不能使用,该语句产生的两个event在某一状况 会使用同一个GTID(同一个GTID在slave只能被使用一次),使用时会报以下错误:数据库
错误代码: 1786 Statement violates GTID consistency: CREATE TABLE ... SELECT.
需改成 create table like tb; insert into tb ... select 方式处理
c) CREATE TEMPORARY TABLE and DROP TEMPORARY TABLE 不能在事务内使用 (启用了--enforce-gtid-consistency参数)session
a) 要求MySQL 5.7.6及之后版本。优化
b) 全部组中节点的gtid_mode 为off状态。spa
/** 传统复制下enforce_gtid_consistency gtid_mode 均为OFF **/
mysql> show global variables like 'enforce_gtid_consistency'; +--------------------------+-------+ | Variable_name | Value | +--------------------------+-------+ | enforce_gtid_consistency | OFF | +--------------------------+-------+ 1 row in set (0.00 sec) mysql> show global variables like 'gtid_mode'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | gtid_mode | OFF | +---------------+-------+ 1 row in set (0.00 sec)
全部节点均先将其修改成 WARN,同时注意查看日志是否出现警告信息,生产环境想调整为GTID模式时,需提早一段时间调整此参数,观察一段时间,肯定无警告后再调整。日志
/** 全部节点均调整,主从无前后顺序 **/ mysql> set global enforce_gtid_consistency =warn; Query OK, 0 rows affected (0.00 sec)
开启后观察数据库日志,只有在无警告的状况下才能够进行后续的操做。code
2019-10-13T06:00:19.723310Z 10588 [Note] Changed ENFORCE_GTID_CONSISTENCY from OFF to WARN.
将各节点enforce_gtid_consistency 设置为 on,不分顺序,但须要所有执行完毕后再进行下一步orm
mysql> set global enforce_gtid_consistency = on; Query OK, 0 rows affected (0.00 sec)
将各节点gtid_mode设置为 off_permissive,不分顺序,但须要所有执行完毕后再进行下一步server
mysql> set global gtid_mode = off_permissive; Query OK, 0 rows affected (0.00 sec)
建议先修改从库的gtid_mode为on_permissive,以后再修改主库的。此步骤执行完毕后生成的日志是带GTID的
mysql> set global gtid_mode=on_permissive; Query OK, 0 rows affected (0.01 sec)
/** 肯定传统方式复制完毕,此时各节点Ongoing_anonymous_transaction_count状态为0 **/ mysql> show status like 'ongoing_anonymous_transaction_count'; +-------------------------------------+-------+ | Variable_name | Value | +-------------------------------------+-------+ | Ongoing_anonymous_transaction_count | 0 | +-------------------------------------+-------+ 1 row in set (0.00 sec)
/** 切换日志 **/
mysql> flush logs;
Query OK, 0 rows affected (0.16 sec)
须要全部的节点ongoing_anonymous_transaction_count均为0.
前面的步骤确认正常后,各节点开启GTID_MODE
mysql> set global gtid_mode=on; Query OK, 0 rows affected (0.01 sec)
中止原有复制,切换为gtid模式后,设置为自动查找位置复制。
ql> stop slave; Query OK, 0 rows affected (0.00 sec) mysql> change master to master_auto_position=1; Query OK, 0 rows affected (0.01 sec) mysql> start slave; Query OK, 0 rows affected (0.01 sec)
修改后复制即变为gtid模式。
mysql> SHOW GLOBAL VARIABLES LIKE '%gtid%'; +----------------------------------+--------------------------------------------------------------------------------------------+ | Variable_name | Value | +----------------------------------+--------------------------------------------------------------------------------------------+ | binlog_gtid_simple_recovery | ON | | enforce_gtid_consistency | ON | | gtid_executed | e29d3917-9dbb-11e9-8b64-e4434b6e2c80:1-93632, e595a4ee-9dbb-11e9-a0f5-e4434b6e3094:1-30042 | | gtid_executed_compression_period | 1000 | | gtid_mode | ON | | gtid_owned | | | gtid_purged | e29d3917-9dbb-11e9-8b64-e4434b6e2c80:1-4803, e595a4ee-9dbb-11e9-a0f5-e4434b6e3094:1-30042 | | session_track_gtids | OFF | +----------------------------------+--------------------------------------------------------------------------------------------+ 8 rows in set (0.01 sec)
在配置文件中添加GTID相关参数,涉及到gtid的参数以下:
server-id:每一个MySQL 实例的ID值,不能相同。必选项 gtid_mode = ON: MySQL是开启GTID模式. enforce-gtid-consistency=on:开启GTID复制是,保证GTID的一致性. log-bin:MySQL 必须开启binlog. binlog_format=row: MySQLbinlog 的事实标准,其余格式会致使数据丢失. log-slave-updates=on:级联复制,当slave接受到master的更新且执行完毕以后,执行的binlog是否写入slave的binlog记录中.