PHP框架读写分离本质是写走主库、读分发从库，需主从同步就绪（binlog开启、server-id唯一、SHOW SLAVE STATUS双Yes）、路由逻辑健壮（事务/强一致读强制主库）、连接隔离且池化管理，异常时可降级。
PHP框架做数据库读写分离，本质是把写请求发给主库、读请求分发到从库，再配合连接池减少反复建连开销。关键不在堆配置，而在路由逻辑是否健壮、连接复用是否到位、异常时能否降级。
主从环境必须先跑稳
读写分离不是代码配完就生效的。MySQL主从复制得真正同步起来：主库开启 binlog、设好 server-id；从库配置 relay-log、执行 CHANGE MASTER TO 指向主库；用 SHOW SLAVE STATUS 确认 Slave_IO_Running 和 Slave_SQL_Running 都是 Yes。延迟高或中断时，读从库可能查到旧数据，业务上要能接受这点，或者对强一致性场景强制走主库。
连接定义要清晰且隔离
在框架配置里，主库和从库必须是独立的连接定义，不能共用同一组参数拼接。比如 ThinkPHP6 要求 connections 数组中显式写出 'master' 和 'slave1' 两个完整配置块，每个都含 type、hostname、port、username、password、charset；名字不能含点号或大写字母；.env 文件无法覆盖多维结构，所以必须写死在 database.php 里。Laravel 则支持在 config/database.php 的 mysql 配置下直接写 read/write 数组，框架自动识别。
路由逻辑得兼顾类型与上下文
光靠 SQL 开头判断 SELECT/INSERT 不够稳妥。要注意这些细节：
立即学习“PHP免费学习笔记（深入）”；
- 事务内所有操作必须走主库，否则会跨库事务失败
- 刚 INSERT 后立刻 SELECT，应手动指定 Db::connection('master')，避免从库延迟导致查不到
- 多个从库时，可用轮询或随机策略选一个，但别在单次请求里混用多个从库连接
- 某些 ORM 方法（如 Laravel 的 withCount 或 ThinkPHP 的 cache()）内部可能触发额外查询，容易意外走到默认连接，建议显式绑定连接实例操作
连接池不是可选项，而是必选项
高并发下，每次请求新建 PDO 连接会迅速耗尽 MySQL 的 max_connections。启用持久连接（PDO::ATTR_PERSISTENT => true）只是基础，更进一步要用连接池管理：
- 配置 MaxOpenConns、MaxIdleConns、ConnMaxLifetime，防止连接泄漏或老化
- GORM 等现代 ORM 支持读写分离连接池，主库和每个从库可单独设池参数
- 自研调度器如 DbRouter，需缓存 PDO 实例并控制生命周期，避免重复初始化
- 监控连接使用率和等待队列长度，超阈值时及时告警或限流
