先搭建MySQL主从复制，再通过ProxySQL等中间件实现读写分离，最后引入MHA或InnoDB Cluster实现高可用，确保数据同步稳定、读写请求分流、主库故障时自动切换，提升并发能力与系统可靠性。
在MySQL中搭建高可用读写分离架构，核心目标是提升数据库的并发处理能力、降低单点故障风险。实现方式通常结合主从复制、代理中间件和负载均衡机制。以下是具体实施步骤和关键要点。
配置MySQL主从复制
读写分离的基础是主从数据同步。通过主库处理写操作，多个从库处理读请求，实现负载分摊。
1. 设置主库（Master）：在主库的配置文件 my.cnf 中启用二进制日志并设置唯一 server-id：
[mysqld] server-id = 1 log-bin = mysql-bin binlog-format = ROW
重启 MySQL 后，创建用于复制的账号：
CREATE USER 'repl'@'%' IDENTIFIED BY 'password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
2. 配置从库（Slave）：
在从库的 my.cnf 中设置唯一 server-id（不能与主库重复）：
[mysqld] server-id = 2 relay-log = relay-bin log-slave-updates = 1 read-only = 1
重启后执行 CHANGE MASTER 命令连接主库：
CHANGE MASTER TO MASTER_HOST='主库IP', MASTER_USER='repl', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=位置值; START SLAVE;
使用 SHOW SLAVE STATUS\G 检查 Slave_IO_Running 和 Slave_SQL_Running 是否为 Yes。
使用中间件实现读写分离
手动管理读写路由复杂且易出错，推荐使用代理中间件自动分发SQL请求。
常用中间件选择：
- MaxScale：MariaDB 官方提供的数据库代理，支持自动读写分离、负载均衡、故障转移。
- ProxySQL：高性能MySQL代理，规则灵活，支持查询缓存和实时监控。
- MySQL Router：Oracle 提供的轻量级路由工具，适合 InnoDB Cluster 场景。
以 ProxySQL 为例配置流程：
1. 安装并启动 ProxySQL。
本书是全面讲述PHP与MySQL的经典之作，书中不但全面介绍了两种技术的核心特性，还讲解了如何高效地结合这两种技术构建健壮的数据驱动的应用程序。本书涵盖了两种技术新版本中出现的最新特性，书中大量实际的示例和深入的分析均来自于作者在这方面多年的专业经验，可用于解决开发者在实际中所面临的各种挑战。
2. 连接 ProxySQL 管理端口（默认 6032）：
mysql -u admin -padmin -h 127.0.0.1 -P 6032
3. 添加后端节点：
INSERT INTO mysql_servers(hostgroup_id, hostname, port) VALUES (1, '主库IP', 3306); INSERT INTO mysql_servers(hostgroup_id, hostname, port) VALUES (2, '从库IP', 3306);
4. 配置读写分离规则：
INSERT INTO mysql_query_rules(rule_id, active, matcher, destination_hostgroup, apply) VALUES (1, 1, '^SELECT', 2, 1); INSERT INTO mysql_query_rules(rule_id, active, matcher, destination_hostgroup, apply) VALUES (2, 1, '^SELECT.*FOR UPDATE', 1, 1);
5. 加载配置并持久化：
LOAD MYSQL SERVERS TO RUNTIME; SAVE MYSQL SERVERS TO DISK; LOAD MYSQL QUERY RULES TO RUNTIME; SAVE MYSQL QUERY RULES TO DISK;
实现高可用与故障切换
仅主从+读写分离仍存在主库宕机风险，需引入高可用机制。
方案一：MHA（Master High Availability）MHA 可自动检测主库故障，并从多个从库中选举新主库，减少停机时间。
- 部署 MHA Manager 和 MHA Node。
- 配置 SSH 免密登录和复制权限。
- 设置 monitor 脚本定期检查主库状态。
- 故障时自动提升从库为主库，并更新复制拓扑。
方案二：InnoDB Cluster（基于 Group Replication）
MySQL 官方高可用方案，集成组复制、MySQL Shell 和 MySQL Router。
- 启用 group_replication 插件。
- 创建复制组，加入多个节点。
- 通过 MySQL Shell 部署集群，Router 自动感知主节点变化。
优势是强一致性、自动选主，适合对数据一致性要求高的场景。
基本上就这些。关键是先搭好主从复制，再用中间件分流读写请求，最后加上高可用组件防止单点故障。整个架构要定期测试切换流程，确保故障时能快速恢复。不复杂但容易忽略细节，比如 binlog 格式、server-id 冲突、网络延迟等，都可能影响稳定性。
