2. 首页 > MySQL教程 > 正文

MySQL教程FG042-MySQL高可用解决方案配置与优化

教程整理：风哥教程  |  更新时间：2026-01-18  |  教程分类：MySQL教程  |  文档学习：4
GF-MySQL

内容简介：本文主要介绍MySQL相关知识，包括安装、配置、优化等内容。风哥教程参考MySQL官方文档MySQL Server Installation、MySQL Server Administration。

Part01-基础概念与理论知识

1.1 高可用的概念

高可用（High Availability，HA）是指系统在面对各种故障时，能够保持持续可用的能力。对于MySQL数据库来说，高可用意味着在硬件故障、软件故障或网络故障等情况下，数据库服务能够继续运行，数据不会丢失。 01 更多视频教程www.fgedu.net.cn

1.2 高可用的指标

  • 可用性：系统能够正常运行的时间比例，通常用n个9表示，如99.9%（三个9）、99.99%（四个9）等
  • 恢复时间：系统从故障中恢复的时间，通常以RTO（Recovery Time Objective）表示
  • 数据一致性：故障恢复后数据的一致性程度，通常以RPO（Recovery Point Objective）表示
  • 性能：高可用方案对系统性能的影响

1.3 高可用解决方案

解决方案 描述 优点 缺点
主从复制 基于MySQL内置的复制机制 配置简单，成本低 故障转移需要手动操作
MySQL MGR MySQL组复制，支持多主模式 自动故障转移，数据一致性好 配置复杂，对网络要求高
InnoDB Cluster 基于MGR的完整高可用解决方案 自动故障转移，管理简单 对网络要求高，资源消耗大
ProxySQL + 主从 使用ProxySQL作为负载均衡器 支持读写分离，故障转移 需要额外的组件
Orchestrator 自动管理MySQL复制拓扑 自动故障转移，拓扑管理 配置复杂

Part02-生产环境规划与建议

2.1 MGR概述

MySQL组复制（MySQL Group Replication，MGR）是MySQL 5.7.17引入的一种高可用解决方案，支持多主模式和单主模式。MGR基于Paxos协议，确保数据一致性。 02 学习交流加群风哥微信: itpux-com

2.2 MGR配置

# 服务器1配置
[mysqld]
server-id = 1
gtid_mode = ON
enforce_gtid_consistency = ON
master_info_repository = TABLE
relay_log_info_repository = TABLE
binlog_checksum = NONE
log_slave_updates = ON
log_bin = binlog
binlog_format = ROW
transaction_write_set_extraction = XXHASH64
loose-group_replication_group_name = "aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"
loose-group_replication_start_on_boot = off
loose-group_replication_local_address = "192.168.1.101:33061"
loose-group_replication_group_seeds = "192.168.1.101:33061,192.168.1.102:33061,192.168.1.103:33061"
loose-group_replication_bootstrap_group = off

2.3 MGR启动

-- 安装组复制插件
INSTALL PLUGIN group_replication SONAME 'group_replication.so';

-- 启动组复制（仅在第一个节点执行）
SET GLOBAL group_replication_bootstrap_group=ON;
START GROUP_REPLICATION;
SET GLOBAL group_replication_bootstrap_group=OFF;

-- 在其他节点加入组
START GROUP_REPLICATION;

-- 查看组状态
SELECT * FROM performance_schema.replication_group_members;

2.4 MGR管理

-- 停止组复制
STOP GROUP_REPLICATION;

-- 查看组状态
SHOW STATUS LIKE 'group_replication%';

-- 查看组成员
SELECT * FROM performance_schema.replication_group_members;

Part03-生产环境项目实施方案

3.1 InnoDB Cluster概述

InnoDB Cluster是MySQL官方提供的完整高可用解决方案，基于MGR，包含MySQL Router和MySQL Shell。 03 学习交流加群风哥QQ113257174

3.2 InnoDB Cluster安装

# 安装MySQL Shell
sudo apt install mysql-shell

# 安装MySQL Router
sudo apt install mysql-router

3.3 InnoDB Cluster配置

-- 使用MySQL Shell配置InnoDB Cluster
mysqlsh

-- 连接到第一个节点
\connect root@localhost:3306

-- 创建Cluster
var cluster = dba.createCluster('mycluster');

-- 添加其他节点
cluster.addInstance('root@localhost:3307');
cluster.addInstance('root@localhost:3308');

-- 查看Cluster状态
cluster.status();

3.4 MySQL Router配置

# 配置MySQL Router
mysqlrouter --bootstrap root@localhost:3306 --user=mysqlrouter

# 启动MySQL Router
systemctl start mysqlrouter

# 查看MySQL Router状态
systemctl status mysqlrouter

Part04-生产案例与实战讲解

4.1 ProxySQL概述

ProxySQL是一个高性能的MySQL代理，可以实现负载均衡、读写分离、故障转移等功能。 04 风哥提示：

4.2 ProxySQL安装

# 安装ProxySQL
sudo apt install proxysql

# 启动ProxySQL
systemctl start proxysql

# 查看ProxySQL状态
systemctl status proxysql

4.3 ProxySQL配置

-- 连接到ProxySQL管理端口
mysql -u admin -p -h 127.0.0.1 -P 6032

-- 添加MySQL服务器
INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight, max_connections) VALUES (1, '192.168.1.101', 3306, 1, 1000);
INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight, max_connections) VALUES (2, '192.168.1.102', 3306, 1, 1000);
INSERT INTO mysql_servers (hostgroup_id, hostname, port, weight, max_connections) VALUES (2, '192.168.1.103', 3306, 1, 1000);

-- 设置读写分离规则
INSERT INTO mysql_query_rules (rule_id, active, match_pattern, destination_hostgroup, apply) VALUES (1, 1, '^SELECT.*FOR UPDATE$', 1, 1);
INSERT INTO mysql_query_rules (rule_id, active, match_pattern, destination_hostgroup, apply) VALUES (2, 1, '^SELECT', 2, 1);

-- 加载配置到运行时
LOAD MYSQL SERVERS TO RUNTIME;
SAVE MYSQL SERVERS TO DISK;

LOAD MYSQL QUERY RULES TO RUNTIME;
SAVE MYSQL QUERY RULES TO DISK;

Part05-风哥经验总结与分享

5.1 Orchestrator概述

Orchestrator是一个MySQL复制拓扑管理工具，可以自动发现、管理和监控MySQL复制拓扑，并支持自动故障转移。 05更多学习教程公众号风哥教程itpux_com

5.2 Orchestrator安装

# 安装Orchestrator
git clone https://github.com/openark/orchestrator.git
cd orchestrator
make build

# 配置Orchestrator
cp orchestrator-sample.conf.json orchestrator.conf.json

5.3 Orchestrator配置文件

{
  "Debug": false,
  "EnableSyslog": false,
  "ListenAddress": ":3000",
  "MySQLOrchestratorHost": "127.0.0.1",
  "MySQLOrchestratorPort": 3306,
  "MySQLOrchestratorUser": "orchestrator",
  "MySQLOrchestratorPassword": "password",
  "DiscoverByShowSlaveHosts": true,
  "InstancePollSeconds": 5,
  "RecoveryPollSeconds": 1,
  "RecoveryPeriodSeconds": 10,
  "OnFailureDetectionProcesses": [
    "echo 'Detected {failureType} on {failureHost}:{failurePort}'"
  ],
  "OnFailureGracePeriodSeconds": 60,
  "OnFailureAttemptCount": 3,
  "RecoveryIgnoreHosts": [],
  "RecoveryIgnorePattern": "",
  "RecoverMasterClusterFilters": [
    "*"
  ],
  "RecoverIntermediateMasterClusterFilters": [
    "*"
  ]
}

5.4 Orchestrator启动

# 启动Orchestrator
./orchestrator --config=orchestrator.conf.json

# 访问Orchestrator Web界面
http://localhost:3000

6. 高可用监控

6.1 监控指标

指标 描述 监控工具
复制状态 主从复制是否正常 Nagios, Prometheus
复制延迟 从服务器与主服务器的延迟 Nagios, Prometheus
组复制状态 MGR组是否正常 Nagios, Prometheus
节点状态 MySQL节点是否在线 Nagios, Prometheus
资源使用 CPU、内存、磁盘使用情况 Nagios, Prometheus, Grafana

6.2 监控工具

  • Nagios：传统的监控工具，支持告警
  • Prometheus + Grafana：现代监控系统，支持指标收集和可视化
  • Zabbix：综合监控解决方案
  • MySQL Enterprise Monitor：MySQL官方监控工具

6.3 告警配置

# Nagios配置示例
define service {
    host_name           mysql-master
    service_description MySQL Replication Status
    check_command       check_mysql_replication
    max_check_attempts  3
    check_interval      5
    retry_interval      1
    notification_interval 60
    notification_period 24x7
    contacts            admin
}

7. 高可用故障转移

7.1 故障转移类型

故障转移类型 描述 适用场景
手动故障转移 人工干预进行故障转移 小型环境，对可用性要求不高
自动故障转移 系统自动检测故障并进行转移 大型环境，对可用性要求高

7.2 故障转移流程

  1. 故障检测：检测主服务器是否故障
  2. 选举新主：从从服务器中选举新的主服务器
  3. 提升从服务器：将选中的从服务器提升为主服务器
  4. 更新拓扑：更新其他从服务器的主服务器信息
  5. 更新应用连接：更新应用程序的数据库连接信息

7.3 故障转移测试

# 模拟主服务器故障
mysql -u root -p -e "SHUTDOWN;"

# 检查故障转移是否成功
# 对于MGR
SELECT * FROM performance_schema.replication_group_members;

# 对于ProxySQL
mysql -u admin -p -h 127.0.0.1 -P 6032 -e "SELECT * FROM mysql_servers;"

8. 高可用最佳实践

8.1 生产环境配置建议

  • 选择合适的高可用方案：根据业务需求和资源情况选择
  • 合理部署节点：节点分布在不同的物理机器或可用区
  • 监控系统：部署完善的监控系统
  • 定期测试：定期测试故障转移流程
  • 备份策略：结合备份策略，确保数据安全
  • 文档化：记录高可用配置和故障处理流程

8.2 性能优化

  • 网络优化：确保节点之间网络通畅
  • 硬件优化：使用高性能硬件
  • MySQL配置优化：根据高可用方案优化MySQL配置
  • 负载均衡：合理分配负载

8.3 安全最佳实践

  • 网络隔离：隔离数据库网络
  • 访问控制：严格控制数据库访问
  • 加密传输：启用SSL加密
  • 定期审计：定期审计数据库访问

9. 总结

MySQL的高可用解决方案是确保数据库服务持续可用的重要措施。通过选择合适的高可用方案，如MGR、InnoDB Cluster、ProxySQL或Orchestrator，可以提高系统的可用性和可靠性。

在实际生产环境中，建议根据业务需求和资源情况选择合适的高可用方案，合理部署节点，部署完善的监控系统，定期测试故障转移流程，并结合备份策略，确保数据安全。同时，要注意性能优化和安全最佳实践，确保系统的稳定性和安全性。 06 from mysql视频:www.itpux.com

GF-MySQL培训系列文档，由资深数据库专家精心打造，涵盖MySQL全方位技术知识。

本文由风哥教程整理发布,仅用于学习测试使用,转载注明出处:http://www.fgedu.net.cn/10327.html

相关推荐

联系我们

在线咨询：点击这里给我发消息

微信号：itpux-com

工作日：9:30-18:30，节假日休息