首页 > 问答 > 关键词  > MySQL最新资讯  > 正文

MySQL传统点位复制在线转为GTID模式复制

2020-07-13 13:58 · 稿源:数据库干货铺

1. GTID优缺点

MySQL传统点位复制在5. 7 版本前是主要的主从复制模式,而随着MySQL5. 6 版本引入GTID,并且MySQL5. 7 进行各方面的优化以后,在mySQL5.7(尤其是MySQL5.7.6)版本后GTID模式的主从复制方式成为一个新的选择方式。要使用GTID模式,首先也需知其优缺点,其主要的优缺点如下:

1.1 优点

a) 更简单的实现failover,无需找log_file和log_Pos。

b) 更简单的搭建主从复制。

c) 复制集群有一个统一的方式识别复制位置,给集群管理带来了便利。

d) 正常情况下,GTID是连续没有空洞的,因此主从库出现数据冲突时,可以用添加空事物的方式进行跳过

1.2限制

a) 在一个事务里面混合使用引擎如Innodb(支持事务)、MyISAM(不支持事务), 造成多个GTIDs和同一个事务相关联出错

b) CREATE TABLE…..SELECT 不能使用,该语句产生的两个event在某一情况 会使用同一个GTID(同一个GTID在slave只能被使用一次),使用时会报如下错误:

错误代码:1786StatementviolatesGTIDconsistency:CREATETABLE...SELECT.

需改为 create table like tb; insert into tb ... select 方式处理

c) CREATE TEMPORARY TABLE and DROP TEMPORARY TABLE 不能在事务内使用 (启用了--enforce-gtid-consistency参数)

2. 传统点位复制在线转为GTID模式复制

2.1 在线调整的条件

a) 要求MySQL 5.7. 6 及以后版本。

b) 所有组中节点的gtid_mode 为off状态。

2.2 在线调整

2.2.1 查看当前状态

/**传统复制下enforce_gtid_consistencygtid_mode均为OFF**/mysql>showglobalvariableslike'enforce_gtid_consistency';+--------------------------+-------+|Variable_name|Value|+--------------------------+-------+|enforce_gtid_consistency|OFF|+--------------------------+-------+1rowinset(0.00sec)
mysql>showglobalvariableslike'gtid_mode';+---------------+-------+|Variable_name|Value|+---------------+-------+|gtid_mode|OFF|+---------------+-------+1rowinset(0.00sec)

2.2.2 修改enforce_gtid_consistency

所有节点均先将其修改为 WARN,同时注意查看日志是否出现警告信息,生产环境想调整为GTID模式时,需提前一段时间调整此参数,观察一段时间,确定无警告后再调整。

/**所有节点均调整,主从无先后顺序**/mysql>setglobalenforce_gtid_consistency=warn;
QueryOK,0rowsaffected(0.00sec)

开启后观察数据库日志,只有在无警告的情况下才可以进行后续的操作。

2019-10-13T06:00:19.723310Z10588[Note]ChangedENFORCE_GTID_CONSISTENCYfromOFFtoWARN.

2.2.3 修改enforce_gtid_consistency = on

将各节点enforce_gtid_consistency 设置为 on,不分顺序,但需要全部执行完毕后再进行下一步

mysql>setglobalenforce_gtid_consistency=on;
QueryOK,0rowsaffected(0.00sec)

2.2.4 修改gtid_mode = off_permissive

将各节点gtid_mode设置为 off_permissive,不分顺序,但需要全部执行完毕后再进行下一步

mysql>setglobalgtid_mode=off_permissive;
QueryOK,0rowsaffected(0.00sec)

2.2.5 修改gtid_mode=on_permissive

建议先修改从库的gtid_mode为on_permissive,之后再修改主库的。此步骤执行完毕后生成的日志是带GTID的

mysql>setglobalgtid_mode=on_permissive;
QueryOK,0rowsaffected(0.01sec)

2.2.6 查看状态

/**确定传统方式复制完毕,此时各节点Ongoing_anonymous_transaction_count状态为0**/mysql>showstatuslike'ongoing_anonymous_transaction_count';+-------------------------------------+-------+|Variable_name|Value|+-------------------------------------+-------+|Ongoing_anonymous_transaction_count|0|+-------------------------------------+-------+1rowinset(0.00sec)
/**切换日志**/mysql>flushlogs;QueryOK,0rowsaffected(0.16sec)

需要所有的节点ongoing_anonymous_transaction_count均为0.

2.2.7 启用gtid_mode

前面的步骤确认正常后,各节点开启GTID_MODE

mysql>setglobalgtid_mode=on;
QueryOK,0rowsaffected(0.01sec)

2.3 将传统复制转为GTID模式

停止原有复制,切换为gtid模式后,设置为自动查找位置复制。

ql>stopslave;
QueryOK,0rowsaffected(0.00sec)
mysql>changemastertomaster_auto_position=1;
QueryOK,0rowsaffected(0.01sec)
mysql>startslave;
QueryOK,0rowsaffected(0.01sec)

修改后复制即变为gtid模式。

mysql>SHOWGLOBALVARIABLESLIKE'%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|+----------------------------------+--------------------------------------------------------------------------------------------+8rowsinset(0.01sec)

3. 修改配置文件

在配置文件中添加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记录中.

本文转载自微信公众号【数据库干货铺】。

举报

  • 相关推荐
  • 大家在看

今日大家都在搜的词: