Part01-基础概念与理论知识
1.1 MySQL高可用架构概述
MySQL高可用架构是指通过设计和配置，确保MySQL数据库在面对各种故障时能够保持服务的可用性，减少或消除服务中断的时间。本教程将详细介绍MySQL高可用架构的设计原则、类型和实践。风哥教程参考MySQL官方文档高可用部分的相关内容。更多视频教程www.fgedu.net.cn
MySQL高可用架构是指通过设计和配置，确保MySQL数据库在面对各种故障时能够保持服务的可用性，减少或消除服务中断的时间。
# 高可用的定义
高可用（High Availability，HA）是指系统在面对各种故障时能够保持服务的可用性，通常用可用性百分比来表示，如99.9%（三个九）、99.99%（四个九）等。
# MySQL高可用的重要性
1. 业务连续性：确保业务系统持续运行，减少服务中断
2. 数据安全：保护数据不丢失，确保数据一致性
3. 客户满意度：提供稳定的服务，提高客户满意度
4. 成本节约：减少因服务中断造成的经济损失
5. 合规要求：满足行业合规要求，如金融、医疗等
# MySQL高可用的挑战
1. 故障检测：及时检测和发现故障
2. 故障转移：快速将服务转移到备用节点
3. 数据一致性：确保主备节点数据一致
4. 性能影响：高可用架构对性能的影响
5. 复杂性：高可用架构的复杂性和维护成本
# MySQL高可用的关键指标
1. 可用性：系统能够正常服务的时间比例
2. 恢复时间目标（RTO）：故障发生后恢复服务的目标时间
3. 恢复点目标（RPO）：故障发生后数据丢失的最大可接受量
4. 吞吐量：系统处理请求的能力
5. 延迟：请求响应的时间
# MySQL高可用的实现方式
1. 复制技术：主从复制、半同步复制、GTID复制
2. 集群技术：MySQL InnoDB Cluster、Galera Cluster
3. 外部HA：使用外部工具如Pacemaker、Keepalived
4. 云服务：使用云服务提供商的高可用解决方案
1.2 高可用架构设计原则
MySQL高可用架构设计原则是指导高可用架构设计的基本准则，包括冗余设计、故障检测、自动故障转移等方面。学习交流加群风哥微信: itpux-com
1.3 高可用架构类型
MySQL高可用架构类型包括主从复制、MySQL InnoDB Cluster、外部HA等多种类型，每种类型都有其特点和适用场景。学习交流加群风哥QQ113257174
1. 主从复制架构：
– 特点：一个主库，多个从库，主库负责写操作，从库负责读操作
– 优点：部署简单，成本低，读写分离提高性能
– 缺点：故障转移需要手动或使用外部工具，RTO较长
– 适用场景：中小规模应用，对RTO要求不高的场景
2. 半同步复制架构：
– 特点：主库在提交事务前，至少等待一个从库确认接收二进制日志
– 优点：数据一致性更好，减少数据丢失的风险
– 缺点：主库性能可能受到影响，网络延迟高时影响较大
– 适用场景：对数据一致性要求较高的场景
3. MySQL InnoDB Cluster：
– 特点：基于Group Replication，支持自动故障转移
– 优点：自动故障转移，数据一致性好，部署简单
– 缺点：配置复杂，性能开销较大
– 适用场景：对高可用要求较高的企业级应用
4. Galera Cluster：
– 特点：多主架构，支持并行复制
– 优点：无单点故障，读写性能好
– 缺点：配置复杂，对网络要求较高
– 适用场景：需要高可用和高性能的场景
5. 外部HA架构：
– 特点：使用外部工具如Pacemaker、Keepalived实现高可用
– 优点：灵活度高，可定制性强
– 缺点：配置复杂，维护成本高
– 适用场景：需要高度定制化的场景
6. 云服务高可用架构：
– 特点：使用云服务提供商的高可用解决方案
– 优点：部署简单，维护成本低，可扩展性好
– 缺点：成本较高，依赖云服务提供商
– 适用场景：云环境部署的应用
7. 多活架构：
– 特点：多个数据中心同时提供服务
– 优点：容灾能力强，服务可用性高
– 缺点：数据一致性复杂，成本较高
– 适用场景：对容灾要求较高的企业级应用
Part02-生产环境规划与建议
2.1 高可用架构选择
MySQL高可用架构选择是根据业务需求、技术要求和成本预算等因素，选择合适的高可用架构。风哥提示：生产环境中应根据实际情况选择合适的高可用架构，确保系统的可用性和可靠性。
2.2 硬件与网络规划
MySQL高可用架构的硬件与网络规划是确保系统稳定性和性能的基础，包括服务器配置、网络拓扑等方面。更多学习教程公众号风哥教程itpux_com
1. 服务器配置：
– CPU：选择多核心、高主频的CPU，如Intel Xeon或AMD EPYC
– 内存：根据数据量和并发需求配置足够的内存，如32GB以上
– 存储：使用SSD提高IO性能，配置RAID提高可靠性
– 冗余：配置冗余电源、风扇等，提高硬件可靠性
2. 网络规划：
– 网络拓扑：设计合理的网络拓扑，确保网络冗余
– 带宽：配置足够的网络带宽，满足数据传输需求
– 延迟：减少网络延迟，提高复制性能
– 隔离：将数据库网络与业务网络隔离，提高安全性
– 监控：监控网络状态，及时发现网络问题
3. 数据中心规划：
– 单数据中心：部署在单个数据中心，成本低，延迟小
– 多数据中心：部署在多个数据中心，容灾能力强
– 云服务：使用云服务提供商的多可用区部署
4. 存储规划：
– 本地存储：使用本地SSD，性能好，成本低
– 网络存储：使用SAN或NAS，可靠性高，可扩展性好
– 云存储：使用云服务提供商的存储服务
5. 硬件与网络规划最佳实践：
– 冗余设计：配置冗余硬件和网络，提高系统可靠性
– 性能匹配：根据MySQL的需求配置合适的硬件
– 网络优化：优化网络配置，减少延迟和丢包
– 监控预警：建立硬件和网络的监控预警机制
– 定期维护：定期进行硬件和网络维护，确保系统稳定性
2.3 数据一致性保证
MySQL高可用架构的数据一致性保证是确保主备节点数据一致的重要措施，包括复制机制、故障转移策略等方面。from MySQL:www.itpux.com
1. 复制机制：
– 异步复制：主库提交事务后立即返回，不等待从库确认
– 半同步复制：主库在提交事务前，至少等待一个从库确认
– 组复制：基于Paxos协议，确保数据一致性
2. 复制配置：
– GTID复制：使用全局事务ID，简化复制配置和故障转移
– 复制过滤：根据需要过滤复制的数据
– 复制延迟监控：监控复制延迟，及时发现问题
3. 故障转移策略：
– 自动故障转移：使用MySQL InnoDB Cluster或外部工具实现自动故障转移
– 手动故障转移：人工干预进行故障转移
– 故障转移验证：验证故障转移后的服务状态和数据一致性
4. 数据一致性验证：
– 工具验证：使用pt-table-checksum等工具验证主从数据一致性
– 业务验证：通过业务逻辑验证数据一致性
– 定期验证：定期进行数据一致性验证
5. 数据一致性保证最佳实践：
– 选择合适的复制模式：根据业务需求选择异步、半同步或组复制
– 监控复制状态：监控复制延迟、错误等指标
– 定期验证数据一致性：使用工具定期验证主从数据一致性
– 合理的故障转移策略：根据业务需求选择合适的故障转移策略
– 备份策略：定期备份数据，确保数据安全
Part03-生产环境项目实施方案
3.1 主从复制架构
MySQL主从复制架构是最常见的高可用架构之一，通过主库和从库的复制关系，实现数据的冗余和读写分离。
# 步骤1：配置主库
# 编辑主库配置文件
vim /etc/my.cnf
# 添加以下配置
[mysqld]
server-id = 1
log-bin = mysql-bin
binlog-format = ROW
gtid-mode = ON
enforce-gtid-consistency = ON
# 重启主库服务
systemctl restart mysqld
# 创建复制用户
CREATE USER ‘repl’@’%’ IDENTIFIED BY ‘password’;
GRANT REPLICATION SLAVE ON *.* TO ‘repl’@’%’;
# 查看主库状态
SHOW MASTER STATUS;
# 步骤2：配置从库
# 编辑从库配置文件
vim /etc/my.cnf
# 添加以下配置
[mysqld]
server-id = 2
log-bin = mysql-bin
binlog-format = ROW
gtid-mode = ON
enforce-gtid-consistency = ON
# 重启从库服务
systemctl restart mysqld
# 配置从库复制
CHANGE MASTER TO
MASTER_HOST = ‘master_ip’,
MASTER_PORT = 3306,
MASTER_USER = ‘repl’,
MASTER_PASSWORD = ‘password’,
MASTER_AUTO_POSITION = 1;
# 启动复制
START SLAVE;
# 查看从库状态
SHOW SLAVE STATUS\G
# 步骤3：配置读写分离
# 使用ProxySQL或MySQL Router实现读写分离
# 步骤4：配置监控
# 监控主从复制状态
# 使用Prometheus + Grafana监控复制延迟
# 步骤5：配置故障转移
# 使用MHA（Master High Availability）或Orchestrator实现自动故障转移
# 步骤6：验证架构
# 测试主库写入
INSERT INTO test.users VALUES (1, ‘user1’);
# 测试从库读取
SELECT * FROM test.users;
# 测试故障转移
# 模拟主库故障，观察故障转移过程
# 主从复制架构最佳实践
1. 使用GTID复制：简化复制配置和故障转移
2. 配置半同步复制：提高数据一致性
3. 监控复制状态：及时发现复制问题
4. 实现读写分离：提高系统性能
5. 配置自动故障转移：减少服务中断时间
6. 定期验证数据一致性：确保主从数据一致
7. 备份策略：定期备份数据，确保数据安全
8. 网络优化：优化网络配置，减少复制延迟
3.2 MySQL InnoDB Cluster架构
MySQL InnoDB Cluster是MySQL官方提供的高可用解决方案，基于Group Replication，支持自动故障转移。
# 步骤1：安装MySQL Shell
# 下载并安装MySQL Shell
wget https://dev.mysql.com/get/Downloads/MySQL-Shell/mysql-shell-8.0.29-linux-glibc2.12-x86-64bit.tar.gz
tar -xzf mysql-shell-8.0.29-linux-glibc2.12-x86-64bit.tar.gz
mv mysql-shell-8.0.29-linux-glibc2.12-x86-64bit /opt/mysql-shell
export PATH=$PATH:/opt/mysql-shell/bin
# 步骤2：配置MySQL实例
# 编辑MySQL配置文件
vim /etc/my.cnf
# 添加以下配置
[mysqld]
server-id = 1
log-bin = mysql-bin
binlog-format = ROW
gtid-mode = ON
enforce-gtid-consistency = ON
master-info-repository = TABLE
relay-log-info-repository = TABLE
binlog-checksum = NONE
log-slave-updates = ON
relay-log-recovery = ON
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-single-primary-mode = ON
loose-group-replication-enforce-update-everywhere-checks = OFF
# 重启MySQL服务
systemctl restart mysqld
# 步骤3：创建Cluster管理员用户
CREATE USER ‘clusteradmin’@’%’ IDENTIFIED BY ‘password’;
GRANT RELOAD, PROCESS, FILE, REPLICATION SLAVE, REPLICATION CLIENT, CREATE USER ON *.* TO ‘clusteradmin’@’%’ WITH GRANT OPTION;
# 步骤4：创建InnoDB Cluster
# 启动MySQL Shell
mysqlsh
# 连接到第一个实例
\c clusteradmin@192.168.1.101:3306
# 创建Cluster
var cluster = dba.createCluster(‘mycluster’);
# 添加其他实例
cluster.addInstance(‘clusteradmin@192.168.1.102:3306’);
cluster.addInstance(‘clusteradmin@192.168.1.103:3306’);
# 查看Cluster状态
cluster.status();
# 步骤5：配置MySQL Router
# 下载并安装MySQL Router
wget https://dev.mysql.com/get/Downloads/MySQL-Router/mysql-router-8.0.29-linux-glibc2.12-x86-64bit.tar.gz
tar -xzf mysql-router-8.0.29-linux-glibc2.12-x86-64bit.tar.gz
mv mysql-router-8.0.29-linux-glibc2.12-x86-64bit /opt/mysql-router
export PATH=$PATH:/opt/mysql-router/bin
# 配置MySQL Router
mysqlrouter –bootstrap clusteradmin@192.168.1.101:3306 –user=mysqlrouter
# 启动MySQL Router
/opt/mysql-router/bin/mysqlrouter &
# 步骤6：验证架构
# 测试写入
mysql -h 127.0.0.1 -P 6446 -u root -p -e “INSERT INTO test.users VALUES (1, ‘user1’);”
# 测试读取
mysql -h 127.0.0.1 -P 6447 -u root -p -e “SELECT * FROM test.users;”
# 测试故障转移
# 模拟主节点故障，观察故障转移过程
# MySQL InnoDB Cluster架构最佳实践
1. 配置合理的网络：确保节点间网络稳定，延迟低
2. 配置足够的资源：为每个节点配置足够的CPU、内存和存储
3. 监控Cluster状态：使用MySQL Shell或监控工具监控Cluster状态
4. 定期备份：定期备份数据，确保数据安全
5. 测试故障转移：定期测试故障转移，确保其正常工作
6. 升级策略：制定合理的升级策略，避免服务中断
7. 文档化：记录Cluster配置和维护流程，便于后续参考
8. 培训：培训团队成员掌握InnoDB Cluster的管理和维护
3.3 外部HA架构
MySQL外部HA架构是使用外部工具如Pacemaker、Keepalived实现高可用的方案，具有较高的灵活性和可定制性。
# 步骤1：安装Pacemaker和Corosync
# 安装Pacemaker和Corosync
yum install -y pacemaker corosync pcs fence-agents-all
# 启动pcsd服务
systemctl start pcsd
systemctl enable pcsd
# 设置pcsd密码
echo “password” | passwd –stdin hacluster
# 步骤2：配置Corosync
# 初始化集群
pcs cluster auth node1 node2
pcs cluster setup –name mysql-cluster node1 node2
pcs cluster start –all
pcs cluster enable –all
# 步骤3：配置资源
# 创建VIP资源
pcs resource create virtual-ip ocf:heartbeat:IPaddr2 ip=192.168.1.100 cidr_netmask=24 op monitor interval=30s
# 创建MySQL资源
pcs resource create mysql systemd:mysqld op monitor interval=30s timeout=60s
# 配置资源组
pcs resource group add mysql-group virtual-ip mysql
# 配置约束
pcs constraint colocation add mysql virtual-ip INFINITY
pcs constraint order virtual-ip then mysql
# 步骤4：配置MySQL复制
# 配置主从复制（参考3.1节）
# 步骤5：配置自动故障转移
# 编辑MySQL资源配置
pcs resource update mysql meta master-max=1 master-node-max=1 clone-max=2 clone-node-max=1 notify=true
# 步骤6：验证架构
# 测试写入
mysql -h 192.168.1.100 -u root -p -e “INSERT INTO test.users VALUES (1, ‘user1’);”
# 测试故障转移
# 模拟主节点故障，观察故障转移过程
# 外部HA架构最佳实践
1. 配置冗余网络：确保集群节点间网络冗余
2. 配置 fencing：防止脑裂（split-brain）
3. 监控集群状态：使用监控工具监控集群状态
4. 测试故障转移：定期测试故障转移，确保其正常工作
5. 文档化：记录集群配置和维护流程，便于后续参考
6. 培训：培训团队成员掌握集群的管理和维护
7. 定期备份：定期备份数据，确保数据安全
8. 性能优化：优化MySQL和集群配置，提高性能
3.4 云服务高可用架构
MySQL云服务高可用架构是使用云服务提供商的高可用解决方案，具有部署简单、维护成本低的特点。
# 步骤1：选择云服务提供商
# 主流云服务提供商：
# – Amazon RDS for MySQL
# – Google Cloud SQL for MySQL
# – Microsoft Azure Database for MySQL
# – Alibaba Cloud ApsaraDB for RDS
# 步骤2：创建高可用实例
# 以AWS RDS为例
# 登录AWS控制台，导航到RDS服务
# 点击”创建数据库”
# 选择MySQL引擎
# 配置实例参数：
# – 实例类型：db.t3.medium
# – 存储类型：General Purpose SSD (gp2)
# – 存储大小：20GB
# – 主用户名：admin
# – 主密码：设置强密码
# – VPC：选择合适的VPC
# – 安全组：配置允许的IP地址
# – 多AZ部署：启用
# – 自动备份：启用，保留期7天
# 步骤3：配置只读副本
# 创建只读副本，用于分担读负载
# 点击”创建只读副本”
# 选择源数据库实例
# 配置副本参数
# 步骤4：配置监控和告警
# 启用CloudWatch监控
# 配置告警：
# – CPU利用率 > 80%
# – 自由存储空间 < 20%
# - 复制延迟 > 300秒
# 步骤5：配置故障转移
# 启用自动故障转移
# 配置故障转移策略
# 步骤6：验证架构
# 测试写入
mysql -h rds-instance.amazonaws.com -u admin -p -e “INSERT INTO test.users VALUES (1, ‘user1’);”
# 测试读取
mysql -h read-replica.amazonaws.com -u admin -p -e “SELECT * FROM test.users;”
# 测试故障转移
# 模拟主实例故障，观察故障转移过程
# 云服务高可用架构最佳实践
1. 选择合适的实例类型：根据业务需求选择合适的实例类型
2. 启用多AZ部署：提高可用性和容灾能力
3. 创建只读副本：分担读负载，提高性能
4. 配置监控和告警：及时发现和处理问题
5. 定期备份：确保数据安全
6. 测试故障转移：定期测试故障转移，确保其正常工作
7. 文档化：记录云服务配置和维护流程，便于后续参考
8. 成本优化：根据业务需求优化云服务配置，控制成本
Part04-生产案例与实战讲解
4.1 主从复制高可用架构案例
主从复制高可用架构是最常见的MySQL高可用解决方案之一，以下是具体的实施案例。
# 环境说明
# MySQL 8.0.29
# 操作系统：CentOS 7
# 服务器：3台，配置为1主2从
# 问题描述
# 需要构建一个高可用的MySQL架构，确保服务的连续性和数据的安全性
# 解决方案
## 步骤1：配置主库
# 编辑主库配置文件
vim /etc/my.cnf
# 添加以下配置
[mysqld]
server-id = 1
log-bin = mysql-bin
binlog-format = ROW
gtid-mode = ON
enforce-gtid-consistency = ON
# 重启主库服务
systemctl restart mysqld
# 创建复制用户
CREATE USER ‘repl’@’%’ IDENTIFIED BY ‘password’;
GRANT REPLICATION SLAVE ON *.* TO ‘repl’@’%’;
# 查看主库状态
SHOW MASTER STATUS;
## 步骤2：配置从库
# 编辑从库1配置文件
vim /etc/my.cnf
# 添加以下配置
[mysqld]
server-id = 2
log-bin = mysql-bin
binlog-format = ROW
gtid-mode = ON
enforce-gtid-consistency = ON
# 重启从库1服务
systemctl restart mysqld
# 配置从库1复制
CHANGE MASTER TO
MASTER_HOST = ‘192.168.1.101’,
MASTER_PORT = 3306,
MASTER_USER = ‘repl’,
MASTER_PASSWORD = ‘password’,
MASTER_AUTO_POSITION = 1;
# 启动复制
START SLAVE;
# 查看从库1状态
SHOW SLAVE STATUS\G
# 同样配置从库2
## 步骤3：配置MHA
# 安装MHA
yum install -y epel-release
yum install -y perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager
wget https://github.com/yoshinorim/mha4mysql-manager/archive/refs/tags/v0.58.tar.gz
tar -xzf v0.58.tar.gz
cd mha4mysql-manager-0.58
perl Makefile.PL
make && make install
# 配置MHA
mkdir -p /etc/mha
vim /etc/mha/app1.cnf
# 添加以下配置
[server default]
manager_workdir=/var/log/masterha/app1
manager_log=/var/log/masterha/app1/manager.log
master_binlog_dir=/var/lib/mysql
enable_ssh_check=1
user=root
password=password
[server1]
host=192.168.1.101
port=3306
ssh_user=root
[server2]
host=192.168.1.102
port=3306
ssh_user=root
[server3]
host=192.168.1.103
port=3306
ssh_user=root
# 测试SSH连接
masterha_check_ssh –conf=/etc/mha/app1.cnf
# 测试复制状态
masterha_check_repl –conf=/etc/mha/app1.cnf
# 启动MHA Manager
nohup masterha_manager –conf=/etc/mha/app1.cnf –remove_dead_master_conf –ignore_last_failover < /dev/null > /var/log/masterha/app1/manager.log 2>&1 &
## 步骤4：配置ProxySQL
# 安装ProxySQL
wget https://github.com/sysown/proxysql/releases/download/v2.3.2/proxysql-2.3.2-1-centos7.x86_64.rpm
yum install -y proxysql-2.3.2-1-centos7.x86_64.rpm
# 启动ProxySQL
systemctl start proxysql
systemctl enable proxysql
# 配置ProxySQL
mysql -u admin -padmin -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, 100, 1000), (2, ‘192.168.1.102’, 3306, 100, 1000), (2, ‘192.168.1.103’, 3306, 100, 1000);
# 添加用户
INSERT INTO mysql_users (username, password, default_hostgroup, active, max_connections) VALUES (‘app’, ‘password’, 1, 1, 1000);
# 配置查询规则
INSERT INTO mysql_query_rules (rule_id, active, match_pattern, destination_hostgroup, apply) VALUES (1, 1, ‘^SELECT.*FOR UPDATE$’, 1, 1), (2, 1, ‘^SELECT’, 2, 1);
# 加载配置
LOAD MYSQL SERVERS TO RUNTIME;
SAVE MYSQL SERVERS TO DISK;
LOAD MYSQL USERS TO RUNTIME;
SAVE MYSQL USERS TO DISK;
LOAD MYSQL QUERY RULES TO RUNTIME;
SAVE MYSQL QUERY RULES TO DISK;
## 步骤5：验证架构
# 测试写入
mysql -h 127.0.0.1 -P 6033 -u app -p -e “INSERT INTO test.users VALUES (1, ‘user1’);”
# 测试读取
mysql -h 127.0.0.1 -P 6033 -u app -p -e “SELECT * FROM test.users;”
# 测试故障转移
# 模拟主库故障，观察MHA故障转移过程
## 步骤6：验证故障转移
# 查看新的主库
mysql -h 192.168.1.102 -u root -p -e “SHOW MASTER STATUS;”
# 测试写入到新主库
mysql -h 127.0.0.1 -P 6033 -u app -p -e “INSERT INTO test.users VALUES (2, ‘user2’);”
# 处理效果
# 成功构建了主从复制高可用架构
# 实现了自动故障转移
# 实现了读写分离
# 系统可用性得到显著提高
4.2 MySQL InnoDB Cluster高可用架构案例
MySQL InnoDB Cluster是MySQL官方提供的高可用解决方案，以下是具体的实施案例。
# 环境说明
# MySQL 8.0.29
# 操作系统：CentOS 7
# 服务器：3台，配置为1主2从
# 问题描述
# 需要构建一个高可用的MySQL架构，支持自动故障转移和数据一致性
# 解决方案
## 步骤1：安装MySQL Shell
# 下载并安装MySQL Shell
wget https://dev.mysql.com/get/Downloads/MySQL-Shell/mysql-shell-8.0.29-linux-glibc2.12-x86-64bit.tar.gz
tar -xzf mysql-shell-8.0.29-linux-glibc2.12-x86-64bit.tar.gz
mv mysql-shell-8.0.29-linux-glibc2.12-x86-64bit /opt/mysql-shell
export PATH=$PATH:/opt/mysql-shell/bin
## 步骤2：配置MySQL实例
# 编辑MySQL配置文件
vim /etc/my.cnf
# 添加以下配置
[mysqld]
server-id = 1
log-bin = mysql-bin
binlog-format = ROW
gtid-mode = ON
enforce-gtid-consistency = ON
master-info-repository = TABLE
relay-log-info-repository = TABLE
binlog-checksum = NONE
log-slave-updates = ON
relay-log-recovery = ON
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-single-primary-mode = ON
loose-group-replication-enforce-update-everywhere-checks = OFF
# 重启MySQL服务
systemctl restart mysqld
# 同样配置其他两个实例
## 步骤3：创建Cluster管理员用户
CREATE USER ‘clusteradmin’@’%’ IDENTIFIED BY ‘password’;
GRANT RELOAD, PROCESS, FILE, REPLICATION SLAVE, REPLICATION CLIENT, CREATE USER ON *.* TO ‘clusteradmin’@’%’ WITH GRANT OPTION;
## 步骤4：创建InnoDB Cluster
# 启动MySQL Shell
mysqlsh
# 连接到第一个实例
\c clusteradmin@192.168.1.101:3306
# 创建Cluster
var cluster = dba.createCluster(‘mycluster’);
# 添加其他实例
cluster.addInstance(‘clusteradmin@192.168.1.102:3306’);
cluster.addInstance(‘clusteradmin@192.168.1.103:3306’);
# 查看Cluster状态
cluster.status();
## 步骤5：配置MySQL Router
# 下载并安装MySQL Router
wget https://dev.mysql.com/get/Downloads/MySQL-Router/mysql-router-8.0.29-linux-glibc2.12-x86-64bit.tar.gz
tar -xzf mysql-router-8.0.29-linux-glibc2.12-x86-64bit.tar.gz
mv mysql-router-8.0.29-linux-glibc2.12-x86-64bit /opt/mysql-router
export PATH=$PATH:/opt/mysql-router/bin
# 配置MySQL Router
mysqlrouter –bootstrap clusteradmin@192.168.1.101:3306 –user=mysqlrouter
# 启动MySQL Router
/opt/mysql-router/bin/mysqlrouter &
## 步骤6：验证架构
# 测试写入
mysql -h 127.0.0.1 -P 6446 -u root -p -e “INSERT INTO test.users VALUES (1, ‘user1’);”
# 测试读取
mysql -h 127.0.0.1 -P 6447 -u root -p -e “SELECT * FROM test.users;”
# 测试故障转移
# 模拟主节点故障，观察故障转移过程
## 步骤7：验证故障转移
# 查看新的主节点
mysqlsh
\c clusteradmin@192.168.1.102:3306
var cluster = dba.getCluster(‘mycluster’);
cluster.status();
# 测试写入到新主节点
mysql -h 127.0.0.1 -P 6446 -u root -p -e “INSERT INTO test.users VALUES (2, ‘user2’);”
# 处理效果
# 成功构建了MySQL InnoDB Cluster高可用架构
# 实现了自动故障转移
# 保证了数据一致性
# 系统可用性得到显著提高
4.3 外部HA高可用架构案例
外部HA高可用架构是使用外部工具实现MySQL高可用的解决方案，以下是具体的实施案例。
# 环境说明
# MySQL 8.0.29
# 操作系统：CentOS 7
# 服务器：2台，配置为双主架构
# 问题描述
# 需要构建一个高可用的MySQL架构，使用Pacemaker和Corosync实现自动故障转移
# 解决方案
## 步骤1：安装Pacemaker和Corosync
# 安装Pacemaker和Corosync
yum install -y pacemaker corosync pcs fence-agents-all
# 启动pcsd服务
systemctl start pcsd
systemctl enable pcsd
# 设置pcsd密码
echo “password” | passwd –stdin hacluster
## 步骤2：配置Corosync
# 初始化集群
pcs cluster auth node1 node2
pcs cluster setup –name mysql-cluster node1 node2
pcs cluster start –all
pcs cluster enable –all
## 步骤3：配置资源
# 创建VIP资源
pcs resource create virtual-ip ocf:heartbeat:IPaddr2 ip=192.168.1.100 cidr_netmask=24 op monitor interval=30s
# 创建MySQL资源
pcs resource create mysql systemd:mysqld op monitor interval=30s timeout=60s
# 配置资源组
pcs resource group add mysql-group virtual-ip mysql
# 配置约束
pcs constraint colocation add mysql virtual-ip INFINITY
pcs constraint order virtual-ip then mysql
## 步骤4：配置MySQL主主复制
# 编辑MySQL配置文件
vim /etc/my.cnf
# 添加以下配置
[mysqld]
server-id = 1
log-bin = mysql-bin
binlog-format = ROW
gtid-mode = ON
enforce-gtid-consistency = ON
auto-increment-increment = 2
auto-increment-offset = 1
# 重启MySQL服务
systemctl restart mysqld
# 同样配置第二个节点，设置server-id = 2，auto-increment-offset = 2
# 创建复制用户
CREATE USER ‘repl’@’%’ IDENTIFIED BY ‘password’;
GRANT REPLICATION SLAVE ON *.* TO ‘repl’@’%’;
# 配置主主复制
# 在节点1上
CHANGE MASTER TO
MASTER_HOST = ‘192.168.1.102’,
MASTER_PORT = 3306,
MASTER_USER = ‘repl’,
MASTER_PASSWORD = ‘password’,
MASTER_AUTO_POSITION = 1;
START SLAVE;
# 在节点2上
CHANGE MASTER TO
MASTER_HOST = ‘192.168.1.101’,
MASTER_PORT = 3306,
MASTER_USER = ‘repl’,
MASTER_PASSWORD = ‘password’,
MASTER_AUTO_POSITION = 1;
START SLAVE;
## 步骤5：验证架构
# 测试写入
mysql -h 192.168.1.100 -u root -p -e “INSERT INTO test.users VALUES (1, ‘user1’);”
# 测试故障转移
# 模拟主节点故障，观察Pacemaker故障转移过程
## 步骤6：验证故障转移
# 查看新的主节点
pcs status
# 测试写入到新主节点
mysql -h 192.168.1.100 -u root -p -e “INSERT INTO test.users VALUES (2, ‘user2’);”
# 处理效果
# 成功构建了外部HA高可用架构
# 实现了自动故障转移
# 系统可用性得到显著提高
# 架构具有较高的灵活性和可定制性
4.4 云服务高可用架构案例
云服务高可用架构是使用云服务提供商的高可用解决方案，以下是具体的实施案例。
# 环境说明
# AWS RDS for MySQL
# MySQL 8.0.29
# 实例类型：db.t3.medium
# 问题描述
# 需要在云环境中构建一个高可用的MySQL架构，确保服务的连续性和数据的安全性
# 解决方案
## 步骤1：创建RDS实例
# 登录AWS控制台，导航到RDS服务
# 点击”创建数据库”
# 选择MySQL引擎
# 配置实例参数：
# – 引擎版本：8.0.29
# – 实例类型：db.t3.medium
# – 存储类型：General Purpose SSD (gp2)
# – 存储大小：20GB
# – 主用户名：admin
# – 主密码：设置强密码
# – VPC：选择默认VPC
# – 安全组：创建新安全组，允许本地IP访问
# – 多AZ部署：启用
# – 自动备份：启用，保留期7天
## 步骤2：创建只读副本
# 点击”创建只读副本”
# 选择源数据库实例
# 配置副本参数：
# – 实例类型：db.t3.medium
# – 存储类型：General Purpose SSD (gp2)
# – VPC：选择与主实例相同的VPC
# – 安全组：选择与主实例相同的安全组
## 步骤3：配置监控和告警
# 导航到CloudWatch服务
# 点击”创建告警”
# 配置告警：
# – 指标：CPU利用率 > 80%
# – 指标：自由存储空间 < 20%
# - 指标：复制延迟 > 300秒
# – 通知：配置SNS通知
## 步骤4：配置应用连接
# 配置应用连接到主实例的端点
# 配置读操作连接到只读副本的端点
## 步骤5：验证架构
# 测试写入
mysql -h rds-instance.amazonaws.com -u admin -p -e “INSERT INTO test.users VALUES (1, ‘user1’);”
# 测试读取
mysql -h read-replica.amazonaws.com -u admin -p -e “SELECT * FROM test.users;”
## 步骤6：测试故障转移
# 模拟主实例故障，观察AWS自动故障转移过程
## 步骤7：验证故障转移
# 查看新的主实例端点
# 测试写入到新主实例
mysql -h new-master.amazonaws.com -u admin -p -e “INSERT INTO test.users VALUES (2, ‘user2’);”
# 处理效果
# 成功在云环境中构建了高可用的MySQL架构
# 实现了自动故障转移
# 实现了读写分离
# 系统可用性得到显著提高
# 维护成本低，部署简单
Part05-风哥经验总结与分享
通过多年的MySQL数据库管理经验，我总结了以下关于MySQL高可用架构设计的关键点：
1. 架构选择：根据业务需求、技术要求和成本预算选择合适的高可用架构。
2. 冗余设计：通过多副本确保系统的可用性，避免单点故障。
3. 故障检测：及时检测和发现故障，确保故障能够被快速识别。
4. 自动故障转移：实现自动故障转移，减少服务中断时间。
5. 数据一致性：确保主备节点数据一致，避免数据丢失。
6. 性能优化：在保证高可用的同时，优化系统性能。
7. 监控与告警：建立完善的监控系统，及时发现和处理问题。
8. 测试验证：定期测试故障转移和恢复流程，确保其正常工作。
9. 文档化：记录架构设计和维护流程，便于后续参考。
10. 持续改进：根据实际运行情况持续优化架构，适应业务需求的变化。
本文由风哥教程整理发布,仅用于学习测试使用,转载注明出处:http://www.fgedu.net.cn/10327.html
联系我们
在线咨询：
微信号：itpux-com
工作日：9:30-18:30，节假日休息
