MySQL通过主从复制实现读写分离，可以提升数据库的并发性能和可用性。基本思路是写操作在主库执行，读操作分发到一个或多个从库，从而减轻主库压力。
1. 配置主从复制
读写分离的前提是搭建好MySQL主从复制结构。常见为一主多从模式。
主库配置（Master）：
开启二进制日志（binlog）并设置唯一server-id 在my.cnf中添加： [mysqld]server-id = 1
log-bin = mysql-bin
binlog-format = ROW创建用于复制的账号： CREATE USER 'repl'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;
从库配置（Slave）：
设置唯一的server-id（不能与主库重复） 在my.cnf中配置： [mysqld]server-id = 2启动复制进程： CHANGE MASTER TO
MASTER_HOST='master_ip',
MASTER_USER='repl',
MASTER_PASSWORD='password',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=107;
START SLAVE;使用
SHOW SLAVE STATUS\G确认复制是否正常（Slave_IO_Running 和 Slave_SQL_Running 为 Yes）
2. 实现读写分离逻辑
MySQL本身不提供自动读写分离功能，需要在应用层或中间件层面实现请求路由。
方式一：应用层控制
在代码中明确指定连接主库或从库 例如：写操作用主库连接，读操作用从库连接 优点：控制精细；缺点：耦合高，维护复杂方式二：使用中间件（推荐）
MaxScale：MariaDB官方提供的数据库代理，支持自动读写分离、负载均衡 ProxySQL：高性能MySQL中间件，灵活的查询规则路由 ShardingSphere-Proxy：Apache开源项目，支持读写分离和分片以ProxySQL为例配置流程：
将主库加入后端服务器，权重设为写节点 将从库加入，标记为只读 配置查询规则：INSERT/UPDATE/DELETE 路由到主库，SELECT 默认路由到从库 应用连接ProxySQL地址，无需感知底层结构3. 注意事项与问题处理
读写分离虽然能提升读性能，但也带来一些挑战：
主从延迟：从库数据不是实时同步，可能导致刚写入的数据查不到。关键读操作可强制走主库 事务一致性：事务中的读写应统一走主库，避免因复制延迟导致数据不一致 从库故障处理：需监控从库状态，及时剔除异常节点 负载策略：根据从库性能分配读请求权重，避免单点过载4. 小结
MySQL通过主从复制+读写分离，能有效提升系统吞吐能力。核心步骤是配置主从复制，再通过应用或中间件实现SQL路由。选择合适工具可大幅降低运维复杂度。关键是平衡性能与一致性，合理处理延迟带来的影响。
基本上就这些，架构不复杂但容易忽略细节。
