MySQL高可用通过架构设计实现，常见方案包括主从复制、MHA、Group Replication和InnoDB Cluster。1. Group Replication基于组通信，支持多主或单主模式，需配置GTID、binlog及专用参数，首节点引导组启动，其他节点加入即可。2. InnoDB Cluster基于Group Replication，通过MySQL Shell简化管理，使用dba.createCluster()创建集群，addInstance添加节点，配合MySQL Router实现透明故障转移，推荐生产环境使用。3. MHA适用于传统主从架构，主库宕机时自动切换备选从库，需配置SSH免密、安装Node与Manager组件，并编写切换脚本，适合旧版本但维护较复杂。4. 注意事项：确保时间同步（NTP）、低延迟稳定网络防脑裂，定期测试故障转移，监控复制延迟与节点状态，健全备份策略防数据丢失。新项目建议优先采用InnoDB Cluster方案。

MySQL 高可用（High Availability）不是通过一个单独的“功能”安装完成的，而是通过架构设计和相关技术组合实现的。常见的 MySQL 高可用方案包括：主从复制 + 读写分离、MHA（Master High Availability）、MySQL Group Replication、InnoDB Cluster、以及使用中间件如 ProxySQL 或 MGR 搭配负载均衡等。

1. 使用 MySQL Group Replication 实现高可用

MySQL Group Replication 是 Oracle 官方提供的基于组通信的高可用解决方案，支持多主或单主模式，自动故障转移。

步骤如下：

• 确保所有节点运行相同版本的 MySQL（推荐 8.0+）
• 每台服务器配置唯一的 server-id 和开启 binlog
• 启用 GTID 和半同步复制相关参数
• 创建用于复制的用户并授权
• 在 my.cnf 中添加 Group Replication 所需配置项
• 启动实例后，执行 SQL 命令加载 group_replication 插件并启动组

示例配置（my.cnf）：

[mysqld]
server-id=1
gtid_mode=ON
enforce-gtid-consistency=ON
binlog_checksum=NONE
log-bin=mysql-bin
log-slave-updates=ON
master-info-repository=TABLE
relay-log-info-repository=TABLE
transaction-write-set-extraction=XXHASH64
loose-group-replication-start-on-boot=OFF
loose-group-replication-group-name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"
loose-group-replication-ip-addresses="192.168.1.10:33061,192.168.1.11:33061"
loose-group-replication-bootstrap-group=ON # 只在第一个节点开启
loose-group-replication-single-primary-mode=ON
loose-group-replication-enforce-update-everywhere-checks=OFF

启动组复制（第一个节点）：

SET SQL_LOG_BIN=0;
CREATE USER rpl_user@'%';
GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%' IDENTIFIED BY 'password';
FLUSH PRIVILEGES;
SET SQL_LOG_BIN=1;
<p>CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='password' FOR CHANNEL 'group_replication_recovery';
START GROUP_REPLICATION;</p>

其他节点只需将 loose-group-replication-bootstrap-group 设为 OFF，并依次启动 MySQL 和 GROUP_REPLICATION 即可加入集群。

2. 使用 InnoDB Cluster（推荐生产环境）

InnoDB Cluster 是 MySQL Shell 提供的一套完整高可用方案，底层基于 Group Replication，提供更简便的管理命令。

安装步骤：

Word 文档生成与编辑

需要创建、读取、编辑或处理 Word 文档（.docx / .dotx）时使用。触发词：'Word'、'word 文档'、'.docx'、'生成报告'、'制作合同/简历/方案/说明书'、'提取 word 内容'、'在文档里查找替换'、'给文档加页眉页脚/目录/表格'。也用于把任意内容排版成一份正式的 Word 文件。不要用它处理 PDF、Excel 或无关编程任务。中文创作场景尤其适合：小说大纲稿、投稿文档、合同、简历、工作总结。

下载

• 安装 MySQL Shell 和 MySQL Router
• 确保各数据库节点已正确配置网络和复制权限
• 使用 MySQL Shell 连接主节点，创建集群
• 添加实例到集群
• 部署 MySQL Router 实现客户端透明接入

示例操作：

# 启动 mysqlsh 并配置集群
mysqlsh --uri root@localhost:3306
<h1>创建集群</h1><p>dba.createCluster('mycluster')</p><h1>添加实例</h1><p>cluster.addInstance('root@192.168.1.11:3306')
cluster.addInstance('root@192.168.1.12:3306')</p><h1>查看集群状态</h1><p>cluster.status()</p>

MySQL Router 会自动感知主节点变化，客户端连接路由器即可实现故障转移透明化。

3. 使用 MHA 实现传统主从高可用

MHA（Master High Availability）适用于传统的主从结构，能实现主库宕机后自动切换备选从库为主库。

部署要点：

• 配置一主多从结构
• 配置 SSH 免密登录（Manager 到所有节点）
• 安装 MHA Node（每个 MySQL 节点）和 MHA Manager（独立服务器）
• 编写配置文件 mha.conf，定义主机、候选主等
• 设置 relay log 清理策略和切换脚本
• 启动监控，测试故障转移

MHA 不依赖特殊存储或网络，适合旧版本 MySQL 环境，但需要额外维护脚本与权限。

4. 注意事项与建议

• 确保所有节点时间同步（使用 NTP）
• 网络延迟低且稳定，避免脑裂
• 定期测试故障转移流程
• 监控复制延迟、节点状态
• 备份策略必须健全，防止数据丢失

基本上就这些。选择哪种方式取决于你的 MySQL 版本、运维能力、业务对一致性和延迟的要求。新项目建议优先考虑 InnoDB Cluster 方案。