在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。
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 冲突、网络延迟等，都可能影响稳定性。
