Mysql8.0高可用集群测试

已于 2024-04-12 18:59:06 修改
阅读量559 收藏 4
点赞数 6
分类专栏： 关系型数据库 文章标签： mysql 数据库
于 2024-04-12 18:57:44 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43510111/article/details/137691446
版权

Mysql8.0高可用集群测试

一、测试MGR高可用

1、测试场景：MGR master故障

故障前：目前主是在mgr02（213）上，10代表写，30代表读

mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| group_replication_applier | 8d574daf-2e59-11ed-8408-123456789617 | mgr01       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
| group_replication_applier | ca11236a-2e5b-11ed-867b-123456789618 | mgr02       |        3306 | ONLINE       | PRIMARY     | 8.0.26         |
| group_replication_applier | f421aaf9-2e5c-11ed-b09c-123456789816 | mgr03       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
3 rows in set (0.00 sec)

proxysql> select hostgroup_id, hostname, port,status from runtime_mysql_servers;
+--------------+-----------------+------+--------+
| hostgroup_id | hostname        | port | status |
+--------------+-----------------+------+--------+
| 10           | 192.168.102.213 | 3306 | ONLINE |
| 30           | 192.168.102.212 | 3306 | ONLINE |
| 30           | 192.168.102.68  | 3306 | ONLINE |
+--------------+-----------------+------+--------+
3 rows in set (0.00 sec)

故障中：

mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| group_replication_applier | 8d574daf-2e59-11ed-8408-123456789617 | mgr01       |        3306 | ONLINE       | PRIMARY     | 8.0.26         |
| group_replication_applier | f421aaf9-2e5c-11ed-b09c-123456789816 | mgr03       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
2 rows in set (0.26 sec)

proxysql> select hostgroup_id, hostname, port,status from runtime_mysql_servers;
+--------------+-----------------+------+---------+
| hostgroup_id | hostname        | port | status  |
+--------------+-----------------+------+---------+
| 10           | 192.168.102.212 | 3306 | ONLINE  |
| 40           | 192.168.102.213 | 3306 | SHUNNED |
| 30           | 192.168.102.68  | 3306 | ONLINE  |
+--------------+-----------------+------+---------+
3 rows in set (0.01 sec)

恢复后：主变成了mgr01（212）上，10代表写，30代表读

mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| group_replication_applier | 8d574daf-2e59-11ed-8408-123456789617 | mgr01       |        3306 | ONLINE       | PRIMARY     | 8.0.26         |
| group_replication_applier | ca11236a-2e5b-11ed-867b-123456789618 | mgr02       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
| group_replication_applier | f421aaf9-2e5c-11ed-b09c-123456789816 | mgr03       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
3 rows in set (0.00 sec)

proxysql> select hostgroup_id, hostname, port,status from runtime_mysql_servers;
+--------------+-----------------+------+--------+
| hostgroup_id | hostname        | port | status |
+--------------+-----------------+------+--------+
| 10           | 192.168.102.212 | 3306 | ONLINE |
| 30           | 192.168.102.213 | 3306 | ONLINE |
| 30           | 192.168.102.68  | 3306 | ONLINE |
+--------------+-----------------+------+--------+
3 rows in set (0.00 sec)

测试结果：复制组选出新master，宕机节点踢出复制组，ProxySQL识别到新主，负载均衡比例变化；

2、测试场景：MGR slave故障

故障中：mgr03宕掉了

mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| group_replication_applier | 8d574daf-2e59-11ed-8408-123456789617 | mgr01       |        3306 | ONLINE       | PRIMARY     | 8.0.26         |
| group_replication_applier | ca11236a-2e5b-11ed-867b-123456789618 | mgr02       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
2 rows in set (0.00 sec)

proxysql> select hostgroup_id, hostname, port,status from runtime_mysql_servers;
+--------------+-----------------+------+---------+
| hostgroup_id | hostname        | port | status  |
+--------------+-----------------+------+---------+
| 10           | 192.168.102.212 | 3306 | ONLINE  |
| 40           | 192.168.102.68  | 3306 | SHUNNED |
| 30           | 192.168.102.213 | 3306 | ONLINE  |
+--------------+-----------------+------+---------+
3 rows in set (0.00 sec)

恢复后：

mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| group_replication_applier | 8d574daf-2e59-11ed-8408-123456789617 | mgr01       |        3306 | ONLINE       | PRIMARY     | 8.0.26         |
| group_replication_applier | ca11236a-2e5b-11ed-867b-123456789618 | mgr02       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
| group_replication_applier | f421aaf9-2e5c-11ed-b09c-123456789816 | mgr03       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
3 rows in set (0.00 sec)

proxysql> select hostgroup_id, hostname, port,status from runtime_mysql_servers;
+--------------+-----------------+------+--------+
| hostgroup_id | hostname        | port | status |
+--------------+-----------------+------+--------+
| 10           | 192.168.102.212 | 3306 | ONLINE |
| 30           | 192.168.102.68  | 3306 | ONLINE |
| 30           | 192.168.102.213 | 3306 | ONLINE |
+--------------+-----------------+------+--------+
3 rows in set (0.00 sec)

测试结果: 复制组master不变，宕机节点踢出复制组，ProxySQL负载均衡比例变化

3、测试场景：MGR master故障和MGR slave故障两台同时故障

故障中: mgr01和mgr02同时宕掉

proxysql> select hostgroup_id, hostname, port,status from runtime_mysql_servers;
+--------------+-----------------+------+---------+
| hostgroup_id | hostname        | port | status  |
+--------------+-----------------+------+---------+
| 10           | 192.168.102.68  | 3306 | ONLINE  |
| 40           | 192.168.102.213 | 3306 | SHUNNED |
| 40           | 192.168.102.212 | 3306 | SHUNNED |
+--------------+-----------------+------+---------+
3 rows in set (0.00 sec)
mysql> select * from performance_schema.replication_group_members;
ERROR 9001 (HY000): Max connect timeout reached while reaching hostgroup 30 after 10000ms

恢复后：

mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| group_replication_applier | 8d574daf-2e59-11ed-8408-123456789617 | mgr01       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
| group_replication_applier | ca11236a-2e5b-11ed-867b-123456789618 | mgr02       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
| group_replication_applier | f421aaf9-2e5c-11ed-b09c-123456789816 | mgr03       |        3306 | ONLINE       | PRIMARY     | 8.0.26         |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
3 rows in set (0.00 sec)

测试结果：复制组master不变，宕机节点踢出复制组，ProxySQL负载均衡比例变化,是有感知的，读存在问题

4、测试场景：MGR三台都故障

测试结果：MGR三台同时宕掉，无法进行访问

恢复：

mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
| group_replication_applier | 8d574daf-2e59-11ed-8408-123456789617 | mgr01       |        3306 | ONLINE       | PRIMARY     | 8.0.26         |
| group_replication_applier | ca11236a-2e5b-11ed-867b-123456789618 | mgr02       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
| group_replication_applier | f421aaf9-2e5c-11ed-b09c-123456789816 | mgr03       |        3306 | ONLINE       | SECONDARY   | 8.0.26         |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+
3 rows in set (0.00 sec)

proxysql> select hostgroup_id, hostname, port,status from runtime_mysql_servers;
+--------------+-----------------+------+--------+
| hostgroup_id | hostname        | port | status |
+--------------+-----------------+------+--------+
| 30           | 192.168.102.213 | 3306 | ONLINE |
| 10           | 192.168.102.212 | 3306 | ONLINE |
| 30           | 192.168.102.68  | 3306 | ONLINE |
+--------------+-----------------+------+--------+
3 rows in set (0.01 sec)

二、测试Proxysql高可用

1、测试场景：Proxysql使用节点宕掉，看vip是否飘到另一台(两台proxysql宕掉同理)

故障前：vip是在mgr02上，通过192.168.102.15可以正常进行访问

[root@mgr01 ~]# mysql -uproxysql -pproxysql@1025 -h192.168.102.15 -P6033
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 59
Server version: 8.0.26 (ProxySQL)

Copyright (c) 2000, 2021, Oracle and/or its affiliates.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

[root@mgr02 ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens160: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 12:34:56:78:96:18 brd ff:ff:ff:ff:ff:ff
    inet 192.168.102.213/22 brd 192.168.103.255 scope global noprefixroute ens160
       valid_lft forever preferred_lft forever
    inet 192.168.102.15/24 scope global ens160
       valid_lft forever preferred_lft forever
    inet6 fe80::ef48:def0:4499:80ef/64 scope link tentative noprefixroute dadfailed 
       valid_lft forever preferred_lft forever
    inet6 fe80::37bf:4ad7:b805:198a/64 scope link tentative noprefixroute dadfailed 
       valid_lft forever preferred_lft forever
    inet6 fe80::30ad:fb50:af40:6b75/64 scope link tentative noprefixroute dadfailed 
       valid_lft forever preferred_lft forever

故障中：停掉mgr02的Proxysql,vip已经飘到mgr01了，通过192.168.102.15可以正常进行访问

[root@mgr01 ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens160: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 12:34:56:78:96:17 brd ff:ff:ff:ff:ff:ff
    inet 192.168.102.212/22 brd 192.168.103.255 scope global noprefixroute dynamic ens160
       valid_lft 141381sec preferred_lft 141381sec
    inet 192.168.102.15/24 scope global ens160
       valid_lft forever preferred_lft forever
    inet6 fe80::ef48:def0:4499:80ef/64 scope link tentative noprefixroute dadfailed 
       valid_lft forever preferred_lft forever
    inet6 fe80::37bf:4ad7:b805:198a/64 scope link tentative noprefixroute dadfailed 
       valid_lft forever preferred_lft forever
    inet6 fe80::30ad:fb50:af40:6b75/64 scope link tentative noprefixroute dadfailed 
       valid_lft forever preferred_lft forever

[root@mgr01 ~]# mysql -uproxysql -pproxysql@1025 -h192.168.102.15 -P6033
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 47
Server version: 8.0.26 (ProxySQL)

Copyright (c) 2000, 2021, Oracle and/or its affiliates.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

恢复后：会按照priority参数，越大优先级越高，会飘到优先级最高的服务器上

[root@mgr03 ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens160: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 12:34:56:78:98:16 brd ff:ff:ff:ff:ff:ff
    inet 192.168.102.68/22 brd 192.168.103.255 scope global noprefixroute dynamic ens160
       valid_lft 132086sec preferred_lft 132086sec
    inet 192.168.102.15/24 scope global ens160
       valid_lft forever preferred_lft forever
    inet6 fe80::5f72:acde:162f:cb2f/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
       
[root@mgr03 ~]# mysql -uproxysql -pproxysql@1025 -h192.168.102.15 -P6033
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 5
Server version: 8.0.26 (ProxySQL)

Copyright (c) 2000, 2021, Oracle and/or its affiliates.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

2、测试场景：Proxysql使用三个节点都宕掉

测试结果：Proxysql使用三个节点都宕掉，无法通过proxysql进行连接数据库，客户端无法访问

恢复后：

proxysql> select hostgroup_id, hostname, port,status from runtime_mysql_servers;
+--------------+-----------------+------+--------+
| hostgroup_id | hostname        | port | status |
+--------------+-----------------+------+--------+
| 10           | 192.168.102.212 | 3306 | ONLINE |
| 30           | 192.168.102.213 | 3306 | ONLINE |
| 30           | 192.168.102.68  | 3306 | ONLINE |
+--------------+-----------------+------+--------+
3 rows in set (0.01 sec)

三、总结

1、无感知故障

1.MGR master故障：复制组选出新master，宕机节点踢出复制组，ProxySQL识别到新主，负载均衡比例变化；
2.MGR slave故障：复制组master不变，宕机节点踢出复制组，ProxySQL负载均衡比例变化；
3.ProxySQL使用节点故障（两个PorxySQL都宕掉）：复制组不变，会按照priority参数，越大优先级越高，会飘到优先级最高的服务器上；
4.MGR master和ProxySQL使用节点同时故障：复制组选出新master，宕机节点踢出复制组，ProxySQL识别到新主，Keepalived的VIP漂移到优先级最高的服务器上，负载均衡比例变化；

2、感知故障

1、三台mysql数据库宕掉两台及以上
2、三台Proxysql三台都宕掉
白驹过隙不负青春
关注
  • 6
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Mysql集群之mysql双主双活+keepalived实现高可用_mysql+keepalived搭建教程
a360284634的博客
11-24 1万+
史上最全mysql+keepalived教程。 本文介绍在linux服务下安装mysql并实现mysql主从配置，双主双活+keepalive实现mysql高可用的详细部署流程
MySQL-双主高可用_mysql双主高可用，这个回答让我错失offer
最新发布
2301_77110912的博客
04-17 630
虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip，master会发组播（组播地址为224.0.0.18），当backup收不到vrrp包时就认为master宕掉了，这时就需要根据VRRP的优先级来选举一个backup当master。通过查看master可以看到slave更新的数据，现在在任何一台mysql上更新数据都会同步到另一台mysql中，双主同步完成。
(转）MySQL自带的性能压力测试工具mysqlslap详解
jackyrongvip的专栏
12-16 673
mysqlslap是从5.1.4版开始的一个MySQL官方提供的压力测试工具。通过模拟多个并发客户端访问MySQL来执行压力测试，同时详细的提供了“高负荷攻击MySQL”的数据性能报告。并且能很好的对比多个存储引擎在相同环境下的并发压力性能差别。通过mysqlslap –help可以获得可用的选项，这里列一些主要的参数，更详细的说明参考官方手册。如果是系统自带或者使用rpm包安装的mysql，安装...
MySQL高可用搭建
DevonL的博客
08-31 1099
mysql高可用方案。
【MySQL】 MySQL亿级数据、主从架构，Sharding分片
a23452的博客
11-30 3255
数据库Mysql，要正确模拟线上环境，需要给数据库填充亿级数据，传统插入Insert插入数据过慢 使用Java等语言连接数据库操作MySQL，除了语言本身损耗，还包括语言和数据库连接的损耗；所以要给数据库增大数据量，不推荐使用语言连接的方式 除了第三方工具，这里给出3种解决方案来填充亿级数据
MySQL高可用之MHA_jqu219，2024年最新架构师花费近一年时间整理出来的Linux运维核心知识
2401_83946722的博客
04-13 848
最近很多小伙伴找我要Linux学习资料，于是我翻箱倒柜，整理了一些优质资源，涵盖视频、电子书、PPT等共享给大家！
MySQL 8.0参考手册 Including MySQL NDB Cluster 8.0
03-27
MySQL NDB Cluster 8.0 是 MySQL 8.0 的一个集群版本，提供了高可用性和高性能的数据库解决方案，适用于高可用性和高性能的应用程序和业务系统。 本手册涵盖了 MySQL 8.0 的所有方面，包括安装、配置、管理、性能...
mysql 8.0中文参考手册
07-21
12. **InnoDB Cluster**：MySQL 8.0引入的高可用性和可扩展性解决方案，通过Group Replication提供自动故障切换和数据安全性。 13. **JSON支持**：MySQL 8.0增强了对JSON格式的支持，包括JSON字段类型、查询和操作...
新版 MySQL DBA 高级视频 基于MySQL 5.7 MySQL 8.0版本.rar
07-17
│ 第十三课MySQL8.0高可用架构之Mycat.pdf │ 第十九课MySQL备份和恢复.pdf │ 第十二课MySQL5.7复制.pdf │ 第十二课MySQL8.0复制.pdf │ 第十五课MySQL8.0高可用架构之MHA和MMM.pdf │ 第十五课MySQL高可用架构之...
mysql 8.0官方文档
05-08
MySQL Cluster则提供了高可用性和负载均衡。 13. **InnoDB存储引擎**： - InnoDB是MySQL的默认存储引擎，支持事务处理、外键约束和行级锁定，适合需要事务安全的应用。 14. **JSON支持**： - MySQL 8.0增加了对...
Nginx实现MYSQL主备高可用
09-02
在构建高可用性数据库系统时，MySQL主备高可用配置是一个关键环节，目的是确保数据的安全性和服务的连续性。Nginx作为一个强大的反向代理和负载均衡服务器，可以通过其丰富的功能来协助实现这一目标。本篇文章将深入...
mysql cluster集群搭建
weixin_30737363的博客
10-30 238
安装要求 安装环境：CentOS-6.4 安装方式：源码编译安装 软件名称：mysql-cluster-gpl-7.2.6-linux2.6-x86_64.tar.gz 软件安装位置：/usr/local/mysql 数据存放位置：/var/mysql/data 日志存放位置：/var/mysql/logs 集群设计 首先设计集群的安装分配方式，我共需要5台...
Mysql 高可用解决方案
十二的博客
02-26 1005
MySQL 高可用解决方案
mysql8.0高可用集群架构实战
初秋和的博客
04-09 1453
InnoDB Cluster是MySQL官方实现高可用+读写分离的架构方案,其中包含以下组件MySQL Group Replication,简称MGR,是MySQL的主从同步高可用方案,包括数据同步及角色选举Mysql Shell 是InnoDB Cluster的管理工具,用来创建和管理集群Mysql Router 是业务流量入口,支持对MGR的主从角色判断,可以配置不同的端口分别对外提供读写服务,实现读写分离。
MySQl高可用集群搭建（MGR + ProxySQL + Keepalived）
DraGon_HooRay的博客
02-22 1995
服务器规划（CentOS7.x）将安装包 mysql_cluster_ha_pack.zip 上传至集群所有服务器，并解压（需要包请私我）。上传位置 /root/
MYSQL高可用环境搭建
运维小工的博客
08-07 991
MYSQL高可用环境搭建
教你几种MySQL 中常见的高可用架构部署方案
xxxzzzqqq_的博客
04-21 872
这里来聊聊，MySQL 中常用的部署方案。1、是官方提供的主从同步方案，用于将一个 MySQL 的实例同步到另一个实例中，在主从复制中，从库利用主库上的 binlog 进行重播，实现主从同步，默认是异步同步，针对其在不同场景下的一些缺陷，衍生出了半同步复制，强同步复制等数据高可用的方案；
mysql8.0高可用
09-14
MySQL 8.0提供了多种高可用解决方案来确保数据库系统的可用性和容错性。其中一种常见的高可用架构是使用MySQL InnoDB集群和MySQL Router。 MySQL InnoDB集群是一个基于MySQL的高可用解决方案，它使用了组复制（Group Replication）和自动故障转移等特性。通过配置几个MySQL Server实例来形成一个集群，并使用组复制实现数据的同步和复制。当一个实例出现故障时，其他实例可以接管并继续提供服务，从而实现高可用性。 要安装MySQL InnoDB集群，你可以参考MySQL官方网站提供的MySQL Yum Repository的安装方法。安装完成后，你可以使用MySQL Shell连接到MySQL Router的写入端口（默认是6446）来验证是否连接到了主节点。 此外，MySQL 8.0还提供了AdminAPI来管理和监控MySQL InnoDB集群。你可以参考MySQL官方文档中关于AdminAPI的用户指南来深入了解和研究这个功能。 总结起来，MySQL 8.0提供了多种方法来实现高可用性，其中包括使用MySQL InnoDB集群和MySQL Router来实现自动故障转移，并提供了AdminAPI来管理和监控集群。您可以根据您的需求选择合适的方法来构建高可用的MySQL环境。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值