如何将MySQL GR 设置为多主模式

在MySQL 5.7.17版本中发布的MySQL Group Replication(后文简称为MGR)被很多人称为MySQL复制方案的正规军,可以一举取代现在的MySQL Replication,Semisynchronous replication,甚至是可以取代之前最成功的MySQL集群方案Galera。

MGR有两种模式,一种是Single-Primary,一种是Multi-Primary,单主或者多主。

在前一种模式Single-Primary中,无论集群中有多少个节点,只有一个节点允许写入,其它节点都是只读的,这个允许写入的节点被称为主节点,只有当这个主节点出现问题从集群中被踢出,才会在剩余的节点中选举出另外一个节点成为新的主节点,并且将该节点置为可写模式。这个过程可以通过log清晰地看到。

在5.7.17的官方文档中有详细地描述如何设置Single-Primary MGR的方法。

Deploying Group Replication in Single-Primary Mode(https://dev.mysql.com/doc/refman/5.7/en/group-replication-deploying-in-single-primary-mode.html)

而在后一种模式Multi-Primary中,所有的节点都是主节点,都可以同时被读写,看上去这似乎更好,但是因为多主的复杂性,在功能上如果设置了多主模式,则会有一些使用的限制,比如不支持Foreign Keys with Cascading Constraints。

在多主模式下,集群中的节点退出集群,也不再会出现重新选举的动作,因为本来所有的节点都是Primary节点。

但是不确认是什么原因,在官方文档中没有单独的章节来描述如何设置集群为Multi-Primary模式。只是在最后语焉不详地提及了一句:Multi-primary mode groups (members all configured with group_replication_single_primary_mode=OFF) 让读者可以知道跟group_replication_single_primary_mode参数有关。

以下为设置Multi-Primary MGR的方法。假设集群之前已经处于Single-Primary模式。

group_replication_single_primary_mode=ON,表示启动了Single-Primary模式,那么修改为OFF就意味着要启动Multi-Primary模式。

如果MGR已经启动,则无法动态修改该参数

首先停止复制

root@lh> stop GROUP_REPLICATION; Query OK, 0 rows affected (8.67 sec)

设置单主模式参数为off

root@lh > set global group_replication_single_primary_mode=off; Query OK, 0 rows affected (0.00 sec)

该参数设置为ON,则禁用了在多主模式下一些可能产生未知数据冲突的操作

(root@lh) > set global group_replication_enforce_update_everywhere_checks=ON; Query OK, 0 rows affected (0.00 sec)

设置为第一个准备启动MGR(bootstrap)的节点

root@lh> SET GLOBAL group_replication_bootstrap_group=ON; Query OK, 0 rows affected (0.00 sec)

启动复制

root@lh> START GROUP_REPLICATION; Query OK, 0 rows affected (1.29 sec)

为了防止后续由于意外再启动另外一个复制组,关闭bootstrap参数

root@lh]> SET GLOBAL group_replication_bootstrap_group=OFF; Query OK, 0 rows affected (0.00 sec)

此时可以从视图中看到整个集群只有一个节点是ONLINE

可以加入第二个节点了。

同样设置单主模式参数为off

root@lh> set global group_replication_single_primary_mode=off; Query OK, 0 rows affected (0.00 sec)

设置update检查参数为on

root@lh> set global group_replication_enforce_update_everywhere_checks=ON; Query OK, 0 rows affected (0.00 sec)

启动复制

root@lh> start group_replication; Query OK, 0 rows affected (5.42 sec)

此时检查视图,可以发现集群中已经存在两个节点

group_replication_primary_member值为空,表示启动的是Multi-Primary Mode,否则该参数显示的是单主模式中的Primary节点。

同样的方法可以加入第三个节点,在当前版本中MGR最多支持一个集群中拥有9个节点。

如果需要在MySQL重启之后这些参数仍然生效,那么需要将这些参数加入到my.cnf文件中,一个典型的配置了MGR的my.cnf如下所示

原文发布于微信公众号 - 数据和云(OraNews)

原文发表时间:2017-04-19

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Spark学习技巧

Phoenix边讲架构边调优

一 基础架构详解 1 概念 讲调优之前,需要大家深入了解phoenix的架构,这样才能更好的调优。 Apache Phoenix在Hadoop中实现OLTP和...

5848
来自专栏社区的朋友们

TAF 必修课(五):Client 端调用

本节对 Taf-Client 如何发起远程调用进行解析,包括初始化过程、路由查询、以及目前支持的同步、异步和 Future 调用方式。

4020
来自专栏蘑菇先生的技术笔记

Go中链路层套接字的实践

接上次的博客,按照约定的划分,还有一层链路层socket。这一层就可以自定义链路层的协议头部(header)了,下面是目前主流的Ethernet 2(以太网)标...

802
来自专栏Java帮帮-微信公众号-技术文章全总结

虚拟机11.JVM调优_调优方法

虚拟机11.JVM调优_调优方法 ENTER TITLE JVM调优工具 Jconsole,jProfile,VisualVM Jconsole : jdk自...

3546
来自专栏蓝天

当Linux用尽内存

也许你很少面临这一情况,但是一旦如此,你一定知道出什么错了:可用内存不足或者说内存用尽(OOM)。结果非常典型:你不能再分配内存,内核会杀掉一个任务(一般是正在...

593
来自专栏Linux内核

Linux OOM机制分析

oom_killer(out of memory killer)是Linux内核的一种内存管理机制,在系统可用内存较少的情况下,内核为保证系统还能够继续运行下去...

1557
来自专栏杨建荣的学习笔记

一条报警信息的快速处理和分析(r9笔记第99天)

下午的时候收到这么一条报警。 ZABBIX-监控系统: ------------------------------------ 报警内容: Too many...

3316
来自专栏Android 研究

OKHttp源码解析(九):OKHTTP连接中三个"核心"RealConnection、ConnectionPool、StreamAllocation

RealConnection是Connection的实现类,代表着链接socket的链路,如果拥有了一个RealConnection就代表了我们已经跟服务器有了...

745
来自专栏技术碎碎念

处理机进程调度模拟

一、进程调度 无论是在批处理还是分时系统中,用户进程数一般都多于处理机数、这将导致它们互相争夺处理机。另外,系统进程也同样需要使用处理机。这就要求进程调度程序按...

34211
来自专栏岑玉海

hbase源码系列(十)HLog与日志恢复

HLog概述 hbase在写入数据之前会先写入MemStore,成功了再写入HLog,当MemStore的数据丢失的时候,还可以用HLog的数据来进行恢复,下面...

3478

扫描关注云+社区