PHP数据库访问层重构的核心是分层解耦与安全可测，即DAO专注单表CRUD并依赖PDO预处理，Service协调多DAO与业务逻辑，通过接口抽象、查询构建器和测试替身实现可维护性与灰度升级。
PHP 数据库访问层重构不是重写 SQL，而是让数据操作更安全、可维护、可测试，并与业务逻辑解耦。核心是把“怎么查”和“查什么”分开，把“连数据库”和“用数据”分层。
明确分层边界：DAO 与 Service 分离
DAO（Data Access Object）只负责单表的增删改查，不处理业务规则、不拼接多表逻辑、不返回 DTO 或视图模型。它只返回数组、stdClass 或实体对象（不含业务方法）。Service 层调用多个 DAO，做事务控制、参数校验、领域逻辑组装。比如用户注册需插入 user 表 + profile 表 + 发送通知，这些应在 Service 中协调，DAO 只提供 insertUser() 和 insertProfile()。
- DAO 方法命名统一：如
findById()、findByEmail()、save()、deleteById() - 避免在 DAO 中写 JOIN 查询；复杂查询可单独设 Repository 类或 QueryBuilder 封装
- DAO 不依赖 HTTP 请求、Session、Config 等上下文，便于单元测试
用 PDO 替代 mysql_* / mysqli 面向过程写法
PDO 提供统一接口、预处理语句默认支持、异常模式易开启，是现代 PHP 数据访问的事实标准。重构时关闭 emulated prepares，启用 PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，让错误直接抛出而非静默失败。
- 连接信息（host、dbname、charset）从配置文件注入，不硬编码
- 每个 DAO 持有 PDO 实例（通过构造函数注入），不使用全局 $pdo 或单例
- 用命名占位符（
:email）代替问号，提升可读性与复用性
引入查询构建器或轻量 ORM（按需选型）
纯 PDO 写复杂条件易出错且冗长。可引入 Laravel Query Builder（仅 use Illuminate\Database\Query\Builder）、Medoo 或自研 Fluent Builder。不推荐全量 ORM（如 Doctrine）除非项目已重度依赖其生命周期管理。
立即学习“PHP免费学习笔记（深入）”；
- 构建器用于动态条件（如搜索页的多字段筛选），静态 SQL 仍可用原生 PDO 执行
- 所有 SQL 最终应可被日志记录（含绑定参数），方便排查慢查询
- 避免构建器嵌套过深；超过 3 层 JOIN 或子查询，建议拆成多个 DAO 调用 + PHP 组合
增加抽象能力：支持多库、读写分离、Mock 测试
DAO 接口（如 UserDaoInterface）定义契约，MySQL 实现类（MySqlUserDao）和测试用的 InMemoryUserDao 同时实现它。这样 Service 层无感知切换数据源，也便于用假数据跑单元测试。
- 读写分离可通过代理 DAO 实现：写操作走主库，
find*方法自动路由到从库（需注意主从延迟） - 测试时注入内存实现或 SQLite 内存 DB，避免依赖外部数据库服务
- 关键 DAO 方法加类型声明（PHP 7.4+）：如
public function findById(int $id): ?User
重构不是一步到位，建议从高频、高风险的数据模块开始（如订单、用户），每次只改一个 DAO + 对应 Service，配合足够覆盖的测试用例再上线。保持 SQL 可观察、行为可预测、替换可灰度，就是成功的访问层重构。
