MySQL 主从架构怎么搭建以实现读写分离-linux运维-PHP中文网

主从复制是读写分离的前提而非等价，必须通过应用代码或中间件（如mycat）实现sql路由；主库需启用binlog并配置唯一server-id，从库须设read_only=1且严格对齐主库binlog位置，同步验证需关注seconds_behind_master。

mysql 主从架构怎么搭建以实现读写分离

MySQL 主从架构实现读写分离，核心是“主库只写、从库只读”，再配合路由层把 SQL 请求自动分发。搭建过程分三步：主从复制打通、从库设为只读、应用或中间件做读写路由。不是配完主从就自动读写分离，必须有明确的请求分发机制。

主库配置要点

主库要开启 binlog 并分配复制权限：

修改 /etc/my.cnf，确保含以下关键项：
server-id = 1
log-bin = mysql-bin
binlog-format = mixed
sync-binlog = 1（保障事务安全落盘）
重启 MySQL 后，创建专用复制用户：
CREATE USER 'repl'@'192.168.1.%' IDENTIFIED BY 'Repl@123456';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'192.168.1.%';
FLUSH PRIVILEGES;
执行 SHOW MASTER STATUS;，记下 File 和 Position 值，后续从库要用到

从库配置与同步启动

从库需唯一 ID、开启中继日志，并严格指向主库日志位置：

MySQL（Linux）

MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。

下载

修改 /etc/my.cnf：
server-id = 2（不能与主库或其他从库重复）
relay-log = mysql-relay-bin
read_only = 1（防止误写，对 super 用户无效）
log-slave-updates = 1（级联复制时必需）
重启 MySQL，执行：
CHANGE MASTER TO MASTER_HOST='192.168.1.100', MASTER_USER='repl', MASTER_PASSWORD='Repl@123456', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=156;
（MASTER_LOG_FILE 和 MASTER_LOG_POS 必须与主库 SHOW MASTER STATUS 结果一致）
启动同步：
START SLAVE;
检查状态：SHOW SLAVE STATUS\G;，确认 Slave_IO_Running 和 Slave_SQL_Running 都为 Yes

读写分离落地方式

主从同步只是基础，读写分离必须靠上层控制请求流向：

应用代码层分流：在 Spring Boot 或其他框架中，手动管理两个数据源（masterDataSource / slaveDataSource），写操作用 master，读操作轮询或随机选 slave。适合轻量场景，但耦合业务逻辑
中间件代理层分流：部署 MyCat、ShardingSphere-Proxy 或 MySQL Router。应用只连中间件，它自动识别 SQL 类型——INSERT/UPDATE/DELETE/DDL 走主库，SELECT 分发到从库。支持负载均衡、故障自动切换，生产推荐
注意一致性风险：主从存在毫秒级延迟。若刚写完立刻查，可能查不到最新数据。常见应对：
- 强制走主库读（如 MyCat 的 /*+ db_type:master */ SELECT ...）
- 写后延迟几毫秒再读（慎用，非可靠方案）
- 业务设计上规避“写后立即读”场景（如跳转详情页而非原页面刷新）