先搭建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 STATUSG 检查 Slave_IO_Running 和 Slave_SQL_Running 是否为 Yes。

使用中间件实现读写分离

手动管理读写路由复杂且易出错，推荐使用代理中间件自动分发SQL请求。

常用中间件选择：

• MaxScale：mariadb 官方提供的数据库代理，支持自动读写分离、负载均衡、故障转移。
• ProxySQL：高性能MySQL代理，规则灵活，支持查询缓存和实时监控。
• MySQL router：oracle 提供的轻量级路由工具，适合 InnoDB Cluster 场景。

以 ProxySQL 为例配置流程：

1. 安装并启动 ProxySQL。

如知AI笔记

如知笔记——支持markdown的在线笔记，支持ai智能写作、AI搜索，支持DeepseekR1满血大模型

27

查看详情

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