MySQL通过主从复制实现读写分离，提升并发性能和可用性；写操作在主库执行，读操作分发至从库。2. 配置主从复制需先搭建一主多从结构。3. 主库配置：在my.cnf中设置server-id=1、开启log-bin=mysql-bin、binlog-format=ROW。4. 创建复制账号：CREATE USER 'repl'@'%' IDENTIFIED BY 'password'；授予REPLICATION SLAVE权限并刷新权限。
MySQL通过主从复制实现读写分离，可以提升数据库的并发性能和可用性。基本思路是写操作在主库执行，读操作分发到一个或多个从库，从而减轻主库压力。
1. 配置主从复制
读写分离的前提是搭建好MySQL主从复制结构。常见为一主多从模式。
主库配置（Master）：
- 开启二进制日志（binlog）并设置唯一server-id
- 在my.cnf中添加：
server-id = 1
log-bin = mysql-bin
binlog-format = ROW
- 创建用于复制的账号：
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;
从库配置（Slave）：
- 设置唯一的server-id（不能与主库重复）
- 在my.cnf中配置：
server-id = 2
- 启动复制进程：
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本身不提供自动读写分离功能，需要在应用层或中间件层面实现请求路由。
方式一：应用层控制
ZYCH自由策划企业网站管理系统06 Build210109
下载
ZYCH自由策划企业网站管理系统是一个智能ASP网站管理程序，是基于自由策划企业网站系列的升级版，结合以往版本的功能优势，解决了频道模板不能自由添加删减的问题，系统开发代码编写工整，方便读懂，系统采用程序模板分离式开发。方便制作模板后台模板切换，模板采用动态编写，此模板方式写入快，代码编写自由，即能满足直接使用也能满足二次开发。全新的后台界面，不管是在程序的内部结构还是界面风格及CSS上都做了大量
- 在代码中明确指定连接主库或从库
- 例如：写操作用主库连接，读操作用从库连接
- 优点：控制精细；缺点：耦合高，维护复杂
方式二：使用中间件（推荐）
- MaxScale：MariaDB官方提供的数据库代理，支持自动读写分离、负载均衡
- ProxySQL：高性能MySQL中间件，灵活的查询规则路由
- ShardingSphere-Proxy：Apache开源项目，支持读写分离和分片
以ProxySQL为例配置流程：
- 将主库加入后端服务器，权重设为写节点
- 将从库加入，标记为只读
- 配置查询规则：INSERT/UPDATE/DELETE 路由到主库，SELECT 默认路由到从库
- 应用连接ProxySQL地址，无需感知底层结构
3. 注意事项与问题处理
读写分离虽然能提升读性能，但也带来一些挑战：
- 主从延迟：从库数据不是实时同步，可能导致刚写入的数据查不到。关键读操作可强制走主库
- 事务一致性：事务中的读写应统一走主库，避免因复制延迟导致数据不一致
- 从库故障处理：需监控从库状态，及时剔除异常节点
- 负载策略：根据从库性能分配读请求权重，避免单点过载
4. 小结
MySQL通过主从复制+读写分离，能有效提升系统吞吐能力。核心步骤是配置主从复制，再通过应用或中间件实现SQL路由。选择合适工具可大幅降低运维复杂度。关键是平衡性能与一致性，合理处理延迟带来的影响。
基本上就这些，架构不复杂但容易忽略细节。
