MySQL集群架构：MySQL InnoDB Cluster (MIC)详解（十一）

MySQL InnoDB Cluster (MIC) 是MySQL 8.0版本后官方推出的集成本地高可用解决方案。它通过整合MySQL Group Replication (MGR)、MySQL Router和MySQL Shell三大组件，提供了完整的数据一致性保障、自动故障转移、读写分离和弹性扩展能力。本文档详细介绍了MIC集群的架构原理、环境规划、逐步搭建流程、管理维护命令以及故障处理方法，为构建生产级MySQL高可用集群提供完整指南。

一、概述

MIC全称MySQL InnoDB Cluster；

MySQL InnoDB集群提供了一个集成的，本地的，HA解决方案：MySQL InnoDB cluster；

MySQL InnoDB cluster是利用组复制的paxos协议，保障数据一致性，组复制支持单主模式和多主模式；

MIC是MySQL官方尝试在不依赖于第三方中间件的情况下，推出的一个功能比较完整的高可用方案；

MySQL InnoDB cluster由以下几部分组成：

MySQL Servers with Group Replication：

向集群的所有成员复制数据，同时提供容错，自动故障转移和弹性伸缩；（MySQL Server 5.7.17 或更高的版本）；底层的数据同步集群(MGR)，提供容错、故障恢复与弹性扩展。
MySQL Router：

确保客户端请求是负载均衡的，并在任何数据库故障时，可以路由到正确的服务器；（MySQL Router 2.1.3 或更高的版本）；

路由转发中间件，提供透明切换与读写分离能力。
MySQL shell：

通过内置的管理API创建管理Innodb集群，即统一管理MGR节点；（MySQL Shell 1.0.9 或更高的版本）；

二、MIC集群构建过程

1. 集群主机规划说明

所需主机数量、地址名称、以及用途作用如下表说明：

IP	Hostname	Install software
10.0.0.51	master	mysql、mysqlsh
10.0.0.52	slave01	mysql、mysqlsh
10.0.0.53	slave02	mysql、mysqlsh
10.0.0.54	manager	mysqlsh、mysql-router

2. 集群基础环境部署

sh 复制代码

1. 所有节点安装mysql-shell
[root@db01~]# tar xf mysql-shell-8.0.32-linux-glibc2.12-x86-64bit.tar.gz -C  /usr/local/
[root@db01~]# ll /usr/local/
[root@db01~]# cd /usr/local/
[root@master local]# mv mysql-shell-8.0.32-linux-glibc2.12-x86-64bit mysqlsh

2. manager节点安装mysql-router
[root@manager ~]# tar xf mysql-router-8.0.32-linux-glibc2.12-x86_64.tar.xz -C /usr/local/
[root@manager ~]# cd /usr/local/
[root@manager local]# mv mysql-router-8.0.32-linux-glibc2.12-x86_64 mysql-router

3. 所有节点配置环境变量信息
[root@master local]# vim /etc/profile
export PATH=/usr/local/mysql/bin:/usr/local/mysqlsh/bin:/usr/local/mysql-router/bin:$PATH
[root@master local]# source /etc/profile

4. 所有节点配置主机名解析
[root@db01~]# vim /etc/hosts
10.0.0.51  master
10.0.0.52  slave01
10.0.0.53  slave02
10.0.0.54  manager

5. 清理数据库环境，重新初始化数据信息（master、slave01、slave02）
[root@db01~]# pkill mysqld
[root@db01~]# pkill mysqlsh
[root@db01~]# rm -rf /data/3306/*
[root@db01~]# mkdir /data/3306/data /data/3306/binlog -p
[root@db01~]# chown -R mysql.mysql /data/*

6. 编写数据库配置文件
# 主库master配置文件编写
cat >/etc/my.cnf <<EOF
[client]
socket=/tmp/mysql.sock
[mysqld]
user=mysql
basedir=/usr/local/mysql
datadir=/data/3306/data
log_bin=/data/3306/binlog
server_id=51
socket=/tmp/mysql.sock

gtid_mode=ON
enforce-gtid-consistency=ON
master_info_repository=TABLE
-- 将master_info信息以表方式记录
relay_log_info_repository=TABLE
-- 将relay_log_info信息以表方式记录
log_slave_updates=ON

tmpdir=/tmp
default-storage-engine=INNODB
disabled_storage_engines=MyISAM,BLACKHOLE,FEDERATED,CSV,ARCHIVE
max_connections=500
max_allowed_packet=32M

default_authentication_plugin=mysql_native_password
binlog_checksum=NONE
binlog_transaction_dependency_tracking=WRITESET
-- 在数据库8.0之后具有的配置，表示写集合配置信息，可以进一步提升SQL线程回放的并发度；（需要表有主键）
-- 是可以实现跨事务并发执行
transaction_write_set_extraction=XXHASH64
-- 定义写集合的hash算法信息，也属于数据库8.0之后具有的特性配置
-- 以上两行参数信息不加上，就表示与5.7版本数据库可以进行兼容，可以理解为是优化参数
loose-group_replication_group_name="871f917e-d370-4796-b24b-908c329f30f9"
-- 设置组复制各个节点的统一唯一uuid标识信息，即同一组复制内部的唯一标识；
-- 一样就表示可以加入同一组复制中，不同就表示不加入到相同的组复制中
loose-group_replication_start_on_boot=OFF
-- 在组复制过程中也是需要启动相应线程，完成组复制任务的；
-- 此参数配置表示在服务启动时，不自动运行启动组复制功能，一般都是进行手工启动
-- 主要是防止数据库意外重启后，对组复制之间关系的影响，不能让重启后数据库自动加入到组复制中
loose-group_replication_local_address="master:33061"
-- 表示定义本地主机数据库服务的内部通讯地址和端口
loose-group_replication_group_seeds="master:33061,slave01:33062,slave02:33063"
-- 表示定义所有集群主机的内部通讯地址和端口
-- 以上地址和端口信息，表示组复制集群内部通讯时，应用的地址和端口信息；
-- 内部通讯需求：心跳检测、复制关系、日志同步、投票、选举...，都是通过内部地址和端口进行的;
loose-group_replication_bootstrap_group=OFF
-- 表示是否将此节点作为引导节点
-- 组复制在第一次进行配置时，需要先有引导节点，其他节点做为加入节点(joiner)，不能都是ON，否则会产生争抢问题
-- 以上参数信息中loose，表示在没有组复制插件时，进行初始化操作只会报警告信息，而不会报错误提示
loose-group_replication_ip_whitelist="master,slave01,slave02,manager"
EOF

# 主库slave01配置文件编写
cat >/etc/my.cnf <<EOF
[client]
socket=/tmp/mysql.sock
[mysqld]
user=mysql
basedir=/usr/local/mysql
datadir=/data/3306/data
log_bin=/data/3306/binlog
server_id=52
socket=/tmp/mysql.sock

gtid_mode=ON
enforce-gtid-consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
log_slave_updates=ON
tmpdir=/tmp
default-storage-engine=INNODB
disabled_storage_engines=MyISAM,BLACKHOLE,FEDERATED,CSV,ARCHIVE
max_connections=500
max_allowed_packet=16M

default_authentication_plugin=mysql_native_password
binlog_checksum=NONE
binlog_transaction_dependency_tracking=WRITESET
transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="871f917e-d370-4796-b24b-908c329f30f9"
loose-group_replication_start_on_boot=OFF
loose-group_replication_local_address="slave01:33062"
loose-group_replication_group_seeds="master:33061,slave01:33062,slave02:33063"
loose-group_replication_bootstrap_group=OFF
loose-group_replication_ip_whitelist="master,slave01,slave02,manager"
loose-group_replication_allow_local_disjoint_gtids_join=ON
EOF

# 主库slave02配置文件编写
cat >/etc/my.cnf <<EOF
[client]
socket=/tmp/mysql.sock
[mysqld]
user=mysql
basedir=/usr/local/mysql
datadir=/data/3306/data
log_bin=/data/3306/binlog
server_id=53
socket=/tmp/mysql.sock

gtid_mode=ON
enforce-gtid-consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
log_slave_updates=ON
tmpdir=/tmp
default-storage-engine=INNODB
disabled_storage_engines=MyISAM,BLACKHOLE,FEDERATED,CSV,ARCHIVE
max_connections=500
max_allowed_packet=16M

default_authentication_plugin=mysql_native_password
binlog_checksum=NONE
binlog_transaction_dependency_tracking=WRITESET
transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="871f917e-d370-4796-b24b-908c329f30f9"
loose-group_replication_start_on_boot=OFF
loose-group_replication_local_address="slave02:33063"
loose-group_replication_group_seeds="master:33061,slave01:33062,slave02:33063"
loose-group_replication_bootstrap_group=OFF
loose-group_replication_ip_whitelist="master,slave01,slave02,manager"
loose-group_replication_allow_local_disjoint_gtids_join=ON
EOF

7. 初始化数据库、启动数据库(master、slave01、slave02)
[root@db01~]#  mysqld --initialize-insecure --user=mysql --basedir=/usr/local/mysql --datadir=/data/3306/data
[root@db01~]# /etc/init.d/mysqld start

3. 构建集群实例(主从环境)

使用myssqlshell构建主从关系

将MGR单节点的服务程序，转换为集群中实例程序，进行多个实例节点批量管理

mysqlshell版本的一定要高于数据库实例的程序版本

sh 复制代码

1. 设置数据库本地root账户密码信息（所有数据库节点master、slave01、slave02均操作）
mysql> alter user root@'localhost' identified with mysql_native_password by '12366';

2. 初始化配置集群节点实例（所有数据库节点master、slave01、slave02均操作）--每个被管理节点向管理节点提交投名状
[root@db01 ~]# mysqlsh
MySQL Shell 8.0.26

Copyright (c) 2016, 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 '\?' for help; '\quit' to exit.
#与本地数据库服务建立连接
 MySQL  JS > shell.connect('root@localhost:3306');
Creating a session to 'root@localhost:3306'
Please provide the password for 'root@localhost:3306': *****
Save password for 'root@localhost:3306'? [Y]es/[N]o/Ne[v]er (default No): Y
Fetching schema names for autocompletion... Press ^C to stop.
Your MySQL connection id is 44
Server version: 8.0.26 MySQL Community Server - GPL
No default schema selected; type \use <schema> to set one.
<ClassicSession:root@localhost:3306>
 MySQL  localhost:3306 ssl  JS > 
 
 #将单个数据库实例加入到innodb集群中
  MySQL  localhost:3306 ssl  JS >  dba.configureLocalInstance();
...
ERROR: User 'root' can only connect from 'localhost'. New account(s) with proper source address specification to allow remote connection from all instances must be created to manage the cluster.

1) Create remotely usable account for 'root' with same grants and password
2) Create a new admin account for InnoDB cluster with minimal required grants
3) Ignore and continue
4) Cancel
#1表示创建数据库实例远程管理root用户，以及管理用户密码信息
Please select an option [1]: 1
Please provide a source address filter for the account (e.g: 192.168.% or % etc) or leave empty and press Enter to cancel.
Account Host: %
applierWorkerThreads will be set to the default value of 4.
...
Do you want to perform the required configuration changes? [y/n]: y

Cluster admin user 'root'@'%' created.
Configuring instance...
The instance 'master:3306' was configured to be used in an InnoDB cluster.

#核实数据库节点是否已经成为的架构集群节点，看状态信息是否为ok即可
 MySQL  localhost:3306 ssl  JS > dba.checkInstanceConfiguration("root@localhost:3306");
...
The instance 'master:3306' is valid to be used in an InnoDB cluster.

{
    "status": "ok"
}

4. 管理节点创建实例

在现有数据库集群实例环境中，创建集群并添加节点（配置MGR-在管理节点进行统一配置操控）

sh 复制代码

1. 管理节点中添加集群主节点master（引导节点）
[root@db04 ~]# mysqlsh
#与主节点数据库服务建立连接 
MySQL  JS > shell.connect('root@master:3306');
Creating a session to 'root@master:3306'
Please provide the password for 'root@master:3306': *****
Save password for 'root@master:3306'? [Y]es/[N]o/Ne[v]er (default No): Y
Fetching schema names for auto-completion... Press ^C to stop.
Your MySQL connection id is 408
Server version: 8.0.26 MySQL Community Server - GPL 	
No default schema selected; type \use <schema> to set one.
<ClassicSession:root@master:3306>

#通过管理节点创建MGR的集群组（名称为liux）,并将主节点加入到MGR集群中
 MySQL  master:3306 ssl  JS > var cluster=dba.createCluster('liux');
A new InnoDB Cluster will be created on instance 'master:3306'.

Validating instance configuration at master:3306...

This instance reports its own address as master:3306

Instance configuration is suitable.
NOTE: Group Replication will communicate with other members using 'master:33061'. Use the localAddress option to override.

Creating InnoDB Cluster 'liux' on 'master:3306'...

Adding Seed Instance...
Cluster successfully created. Use Cluster.addInstance() to add MySQL instances.
At least 3 instances are needed for the cluster to be able to withstand up to
one server failure.

#查看集群状态，显示master节点已加入集群liux
MySQL  master:3306 ssl  JS > cluster.status();
{
    "clusterName": "liux", 
    "defaultReplicaSet": {
        "name": "default", 
        "primary": "master:3306", 
        "ssl": "REQUIRED", 
        "status": "OK_NO_TOLERANCE", 
        "statusText": "Cluster is NOT tolerant to any failures.", 
        "topology": {
            "master:3306": {
                "address": "master:3306", 
                "memberRole": "PRIMARY", 
                "mode": "R/W", 
                "readReplicas": {}, 
                "replicationLag": "applier_queue_applied", 
                "role": "HA", 
                "status": "ONLINE", 
                "version": "8.0.26"
            }
        }, 
        "topologyMode": "Single-Primary"
    }, 
    "groupInformationSourceMember": "master:3306"
}

2. 从库节点（slave01和slave02）均添加到MGR集群
#连接master
 MySQL  JS > shell.connect('root@master:3306');
 MySQL  master:3306 ssl  JS > var cluster=dba.getCluster('liux');
#slave01加入MGR集群
 MySQL  master:3306 ssl  JS > cluster.addInstance('root@slave01:3306');
...
Please select a recovery method [C]lone/[A]bort (default Abort): C
...
State recovery already finished for 'slave01:3306'

The instance 'slave01:3306' was successfully added to the cluster.

#slave02加入MGR集群
 MySQL  master:3306 ssl  JS > cluster.addInstance('root@slave02:3306');
 ...
 The instance 'slave02:3306' was successfully added to the cluster.
 
 3. 查看集群状态
  MySQL  master:3306 ssl  JS >  cluster.status();

5. 集群管理节点配置mysql-router

mysql-router 基于端口实现读写分离

安装配置mysql-router服务程序，并使之启动运行；

sh 复制代码

1. 注册router到集群架构中，生成myrouter目录，并生成启动程序和配置文件
[root@manager ~]# mysqlrouter --bootstrap root@master:3306 -d myrouter --user=root
Please enter MySQL password for root: 
# Bootstrapping MySQL Router instance at '/root/myrouter'...

- Creating account(s) (only those that are needed, if any)
- Verifying account (using it to run SQL queries that would be run by Router)
- Storing account in keyring
- Adjusting permissions of generated files
- Creating configuration /root/myrouter/mysqlrouter.conf

# MySQL Router configured for the InnoDB Cluster 'liux'

After this MySQL Router has been started with the generated configuration

    $ mysqlrouter -c /root/myrouter/mysqlrouter.conf

InnoDB Cluster 'liux' can be reached by connecting to:

## MySQL Classic protocol

- Read/Write Connections: localhost:6446
- Read/Only Connections:  localhost:6447

## MySQL X protocol

- Read/Write Connections: localhost:6448
- Read/Only Connections:  localhost:6449

2. 启动运行mysql-router程序
[root@manager ~]# cd /root/myrouter/
[root@manager myrouter]# ./start.sh
[root@manager myrouter]# PID 1834 written to '/root/myrouter/mysqlrouter.pid'
stopping to log to the console. Continuing to log to filelog
#显示6446、6447端口信息。表示mysql-router部署安装成功
[root@manager myrouter]# netstat -lntup
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:6446            0.0.0.0:*               LISTEN      1834/mysqlrouter    
tcp        0      0 0.0.0.0:6447            0.0.0.0:*               LISTEN      1834/mysqlrouter 

3. router代理程序连接测试
#管理节点本机mysql-shell连接
[root@manager myrouter]# mysqlsh --uri root@localhost:6446
Please provide the password for 'root@localhost:6446': *****
Save password for 'root@localhost:6446'? [Y]es/[N]o/Ne[v]er (default No): Y
MySQL Shell 8.0.32
...
MySQL  localhost:6446 ssl  JS > 

#管理节点本机mysql连接
[root@manager myrouter]# mysql -u root -h 127.0.0.1 -P 6446 -p12366

#远程客户端通过route代理程序连接mysql数据库服务节点，连接6446对应到写数据库节点，连接6447对应到读数据库节点
[root@manager myrouter]# mysql -u root  -P 6446 -h 10.0.0.54  -p12366

6. 集群验证

建立MGR+mysqlshell+mysqlrouter之后，进行集群功能验证：

登录主节点数据库后，新建一个数据表，并在表中插入数据，查看从节点数据会不会进行同步；
关闭master的数据库服务，router代理程序会将主节点自动切换到slave01，slave01从只读变更为可读写；

重新启动master 数据库服务后，master节点变为只读模式；
验证读写分离功能是否实现；

sh 复制代码

1. 在master节点添加数据
[root@db01~]# mysql -uroot -p12366
mysql> create database liux;
mysql> use liux;
mysql> CREATE TABLE `t1` (
  `id` int NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
mysql> insert into t1 values(1),(2);

2. slave节点验证是否同步
[root@slave01 ~]# mysql -uroot -p12366
mysql> show databases;
+-------------------------------+
| Database                      |
+-------------------------------+
| information_schema            |
| liux                          |
| mysql                         |
| mysql_innodb_cluster_metadata |
| performance_schema            |
| sys                           |
+-------------------------------+

mysql> use liux;
mysql> select * from t1;
+----+
| id |
+----+
|  1 |
|  2 |
+----+
2 rows in set (0.00 sec)

3. 关闭master服务器，验证是否自动切换主节点
[root@db01~]# /etc/init.d/mysqld stop
Shutting down MySQL...... SUCCESS! 
[root@db01~]# /etc/init.d/mysqld start
Starting MySQL.. SUCCESS! 
[root@manager myrouter]# mysqlsh
MySQL Shell 8.0.32
...
 MySQL  JS > shell.connect('root@slave01:3306');
 MySQL  slave01:3306 ssl  JS > var cluster=dba.getCluster('liux');
 MySQL  slave01:3306 ssl  JS > cluster.status();
{
    "clusterName": "liux", 
    "defaultReplicaSet": {
        "name": "default", 
        "primary": "slave01:3306", 
        "ssl": "REQUIRED", 
        "status": "OK", 
        "statusText": "Cluster is ONLINE and can tolerate up to ONE failure.", 
        "topology": {
            "master:3306": {
                "address": "master:3306", 
                "memberRole": "SECONDARY", 
                "mode": "R/O", 
                "readReplicas": {}, 
                "replicationLag": "applier_queue_applied", 
                "role": "HA", 
                "status": "ONLINE", 
                "version": "8.0.26"
            }, 
            "slave01:3306": {
                "address": "slave01:3306", 
                "memberRole": "PRIMARY", 
                "mode": "R/W", 
                "readReplicas": {}, 
                "replicationLag": "applier_queue_applied", 
                "role": "HA", 
                "status": "ONLINE", 
                "version": "8.0.26"
            }, 
            "slave02:3306": {
                "address": "slave02:3306", 
                "memberRole": "SECONDARY", 
                "mode": "R/O", 
                "readReplicas": {}, 
                "replicationLag": "applier_queue_applied", 
                "role": "HA", 
                "status": "ONLINE", 
                "version": "8.0.26"
            }
        }, 
        "topologyMode": "Single-Primary"
    }, 
    "groupInformationSourceMember": "slave01:3306"
}

--slave01主节点，master从节点

7. 集群异常重置操作

当架构构建失败，出现未知异常错误的时候，可以将主节点配置信息清空，重新进行架构集群构建；

sh 复制代码

# 在数据库主节点进行操作
[root@master local]# mysqlsh
MySQL  JS > shell.connect('root@master:3306');
#清理配置信息
MySQL  JS > dba.dropMetadataSchema();
[root@master local]# mysql
mysql > stop group_replication;
mysql > reset master;
-- 清空日志，确保和从库的表没有冲突；
mysql > reset slave;

# 在数据库从节点进行操作（主要清理和主库有关的主从信息，确保主库和从库的表没有冲突）
[root@slave local]# mysql
mysql > stop group_replication;
mysql > reset master;
mysql > reset slave;

三、MIC集群管理命令

1. 集群节点信息查询命令

sh 复制代码

# 连接主节点，并进行定义
[root@manager myrouter]# mysqlsh
MySQL Shell 8.0.32
MySQL  JS > shell.connect('root@master:3306');
MySQL  JS > var cluster=dba.getCluster('liux');

# 检查节点是否符合集群标准
dba.checkInstanceConfiguration('root@master:3306');

# 集群结构信息描述
cluster.describe();

# 集群状态总览（常用）
cluster.status();

# 查看集群名字
dba.getCluster();

# 查看router信息
cluster.listRouters();

2. 集群节点创建管理命令

sh 复制代码

# 创建集群节点 dba.createCluster()
> var cluster=dba.createCluster('liux');

# 添加集群节点 Cluster.addInstance()
> cluster.addInstance('root@slave01:3306');

# 移除集群节点 Cluster.removeInstance()
> cluster.removeInstance('root@slave01:3306');

# 重新识别节点 Cluster.rejoinInstance()
> cluster.rejoinInstance('root@slave01:3306');
-- 如果实例离开集群，比如：丢失连接、并且没有自动重新加入集群，可以通过Cluster.rejoinInstance()方法将实例重新加入；

# 在线切换实例 Cluster.setPrimaryInstance(instance)
> cluster.setPrimaryInstance('root@slave01:3306');
> cluster.status();
> cluster.setPrimaryInstance('root@master:3306');

# 在线切换扩展
> cluster.switchToMultiPrimaryMode();
-- 切换为多primary模式
> cluster.switchToSinglePrimaryMode('root@master:3306');
-- 切换为单primary模式
-- 在切换为多primary模式后
-- ·6447端口（默认只读）接收读写，并且可通过该端口访问所有集群成员；
-- ·6446端口（默认读写），只能连接到其中一个成员（之前的primary成员）；

3. 集群节点故障处理操作

sh 复制代码

> dba.rebootClusterFromCompleteOutage();
-- 用于在集群完全断电后重新配置集群，如果以上操作失败，可以通过以下方式删除所有集群元数据

> dba.dropMetadataSchema();
-- 删除集群元数据，然后dba.createCluster() 重建集群；

> cluster.removeRouterMetadata(router);
-- 删除已经注册的router

四、利用mysqlshell，构建MGR环境

sh 复制代码

第一个步骤：让主从节点可以被管理节点所管理（向mysqlsh节点交投名状）
mysqlsh
shell.connect('root@localhost:3306');
-- 通过mysqlsh连接本地数据库实例
dba.configureLocalInstance();
-- 创建远程连接用户
dba.checkInstanceConfiguration("root@localhost:3306");
-- 将本地用户加入到集群中

第二个步骤：构建MGR的集群环境
shell.connect('root@master:3306');
-- 在管理节点上远程连接到主节点
var cluster=dba.createCluster('xiaoQ');
-- 创建一个MGR的集群
等价于下面的命令
   change master to master_user='repl',master_password='123' for channel 'xiaoQ';
   set global group_replication_bootstrap_group=ON;
   start group_replication;

-- cluster.status();
-- 在mysqlsh中查看MGR的群组成员信息
-- select * from performance_schema.replication_group_members; 

mysqlsh 
shell.connect('root@master:3306');
var cluster=dba.getCluster('xiaoQ'); 
cluster.addInstance('root@slave01:3306');  -- 添加MGR的新成员
cluster.addInstance('root@slave02:3306');  -- 添加MGR的新成员

cluster.status();
-- 显示在MGR群组中，有一个主节点 和 两个从节点 并且状态信息都为online

最终利用mysqlshell管理工具，可以构建MGR的环境

五、总结

1.MIC架构的核心价值

官方原生支持：作为MySQL官方推出的高可用方案，兼容性和稳定性有保障
一体化解决方案：整合了数据同步（MGR）、流量路由（Router）和管理工具（Shell）
自动化运维：支持自动故障检测、主从切换和节点恢复
灵活扩展：支持单主和多主两种模式，可根据业务需求灵活调整

2.与传统方案的对比优势

对比项	传统主从+ProxySQL	MySQL InnoDB Cluster
部署复杂度	中等，需单独配置多个组件	较低，一体化部署
故障切换	依赖外部脚本或手动切换	自动检测与切换
管理工具	分散，需掌握多种工具	统一通过MySQL Shell管理
官方支持	第三方组件支持有限	全组件官方支持维护
学习成本	较高，需了解多个组件原理	相对集中，学习曲线平缓

MySQL InnoDB Cluster代表了MySQL高可用架构的发展方向，通过深度整合数据库内核与周边工具，为用户提供了开箱即用的生产级高可用解决方案。在实际应用中，建议根据业务特点选择合适的运行模式，并建立完善的监控告警体系，确保集群长期稳定运行。