文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

2024-04-02 19:55

关注

这篇文章主要讲解了“MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么”吧!

一、MySQL Group Relication 成员数量的容错能力

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

上面的表格相信大家不会陌生了,我经常在面试里会问:“4个节点的MGR,最多坏几个呢?” ,多数人回答:“最多坏1个,坏2个就脑裂不能工作了。”

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

那我们来看看MGR的处理方式,是不是这个答案呢?

1)我们具有一个4节点MGR

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

埋一个问题:这个图一看就是Single模式,但箭头不是单向,是不是画错了?

2)此时,Second-04突然宕机了,那么MGR集群会成什么样子呢?

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

集群此时状态会变成:

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

那么重点来了,敲黑板

在Second-04,没有被驱逐出去时:

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

在Second-04,被驱逐出去后:

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

所以4节点集群是否可以坏1个还是2个,具体要看集群处理过程哪个阶段哦。

PS:

我们说说刚才埋的问题:这个图一看就是Single模式,但箭头不是单向,是不是画错了?

首先Single模式,Second节点默认是不能写入的,但只是由于Second节点的super-read-only开启了。

将Second节点super-read-only = 0,Second节点可以正常写入,并可以同步其他节点(Primary和其他Second),传输还是基于Paxos协议的。

跑个火车:Second节点反向同步其他节点,是不会经过冲突检测阶段(理论效率要高于多写模式),没有验证,大家有兴趣可以研究下。

二、 Asynchronous Connection Failover

MySQL 8.0.22,推出了异步复制连接故障转移,很多朋友都发文做了介绍,这里我只简单描述下:

1)同机房1主1从,异地机房单独放一个slave节点

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

2)Master 故障,将Slave-01变成Master,Slave-02无法连接原Master

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

3)如果对Slave-02配置了“异步连接故障转移配置”,那么Slave-02在识别原Master故障后,会自动尝试按照预先定义好的配置,与原Slave-01(新Master)建立复制关系:

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

这个功能非常好,引用三方工具(例如MHA的修复主从关系)已经可以被MySQL原生功能代替了。

但我测试完,又有了几点疑虑:

1. “异步”复制故障转移,难道不支持半同步架构?不能确保数据不丢失,还是无法完全代替MHA啊?

答:其实是支持增强半同步的。

2. 要预先配置故障转移的Master List,那么A机房架构变更,还要去维护机房B的节点吗?

答:是的。

3. 如果A机房是MGR,那么MGR的节点(master)异常,但服务没有关,可以访问,机房B节点岂不是一直连接着?

答:是的

然后,MySQL 8.0.23发布了,带来了此功能的增强:

Slave可以支持MGR集群,并且可以动态识别MGR成员,来建立Master-Slave关系了

MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么

最后让我们跑一圈:

1)首先我们有3节点的MGR集群,版本8.0.22(异步连接故障转移,是作用在Slave的IO Thread上的,所以Slave是8.0.23版本就成)

+----------------------------+-------------+--------------+-------------+---------------------+  | now(6)                     | member_host | member_state | member_role | VIEW_ID             |  +----------------------------+-------------+--------------+-------------+---------------------+  | 2021-01-22 13:41:27.902251 | mysql-01    | ONLINE       | SECONDARY  | 16112906030396799:9 |  | 2021-01-22 13:41:27.902251 | mysql-02    | ONLINE       | PRIMARY     | 16112906030396799:9 |  | 2021-01-22 13:41:27.902251 | mysql-03    | ONLINE       | SECONDARY   | 16112906030396799:9 |  +----------------------------+-------------+--------------+-------------+---------------------+

2)然后我们在独立Slave节点,指定Slave上“对Master连接故障转移列表”

SELECT asynchronous_connection_failover_add_managed('ch2', 'GroupReplication', 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaa1', 'mysql-02', 3306, '', 80, 60);  简单解释下参数:  ch2:chanel名称  GroupReplication:强制写死的参数,目前支持MGR集群  aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaa1:MGR组名(参数 group_replication_group_name)  mysql-02:MGR成员之一  80:Primary节点的优先级(0-100),多主相同优先级则随机选择节点充当master。  60:Second节点的优先级(0-100),基本就是给Single模式准备的

3)为Slave指定复制通道信息

CHANGE REPLICATION SOURCE TO SOURCE_USER='rpl_user', SOURCE_PASSWORD='123456', SOURCE_HOST='mysql-02',SOURCE_PORT=3306,SOURCE_RETRY_COUNT=2,SOURCE_CONNECTION_AUTO_FAILOVER=1,SOURCE_AUTO_POSITION=1 For CHANNEL 'ch2';

4)启动Slave,并查看“连接的可转移列表”

        rpl_user需要在MGR节点对performance_schema具有select权限

start slave;  SELECT * FROM performance_schema.replication_asynchronous_connection_failover;  +--------------+----------+------+-------------------+--------+--------------------------------------+  | CHANNEL_NAME | HOST     | PORT | NETWORK_NAMESPACE | WEIGHT | MANAGED_NAME                         |  +--------------+----------+------+-------------------+--------+--------------------------------------+  | ch2          | mysql-01 | 3306 |                   |     60 | aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaa1 |  | ch2          | mysql-02 | 3306 |                   |     80 | aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaa1 |  | ch2          | mysql-03 | 3306 |                   |     60 | aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaa1 |  +--------------+----------+------+-------------------+--------+--------------------------------------+

5)然后我们将mysql-02 stop group_replication(不是关闭服务),

Slave列表自动淘汰mysql-02,重新与其他节点建立连接-- mysql-02(Primary):  stop group_replication;  -- Slave:  SELECT * FROM performance_schema.replication_asynchronous_connection_failover;  +--------------+----------+------+-------------------+--------+--------------------------------------+  | CHANNEL_NAME | HOST     | PORT | NETWORK_NAMESPACE | WEIGHT | MANAGED_NAME                         |  +--------------+----------+------+-------------------+--------+--------------------------------------+  | ch2          | mysql-01 | 3306 |                   |     80 | aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaa1 |  | ch2          | mysql-03 | 3306 |                   |     60 | aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaa1 |  +--------------+----------+------+-------------------+--------+--------------------------------------+  show slave status\G  *************************** 1. row ***************************                 Slave_IO_State: Waiting for master to send event                    Master_Host: mysql-01                    Master_User: rpl_user                    Master_Port: 3306                  Connect_Retry: 60                Master_Log_File: mybinlog.000003            Read_Master_Log_Pos: 4904                 Relay_Log_File: mysql-01-relay-bin-ch2.000065                  Relay_Log_Pos: 439          Relay_Master_Log_File: mybinlog.000003               Slave_IO_Running: Yes              Slave_SQL_Running: Yes              ...

至此,配置完成。后面MGR节点增、减,Slave都可以自动维护这个列表。不贴其他用例了。

PS:

-- 删除配置  SELECT asynchronous_connection_failover_delete_managed('ch2', 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaa1');  -- 重新添加,调整Second优先级高于Primary  SELECT asynchronous_connection_failover_add_managed('ch2', 'GroupReplication', 'aaaaaa

感谢各位的阅读,以上就是“MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么”的内容了,经过本文的学习后,相信大家对MySQL 8.0.23中复制架构从节点自动故障转移的方法是什么这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是亿速云,小编将为大家推送更多相关知识点的文章,欢迎关注!

阅读原文内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-数据库
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯