ThinkPHP 面试精讲：Db 类与模型类的使用边界与性能差异

在 ThinkPHP 的日常开发中，Db 类和模型类（Model）是操作数据库的两大核心工具。很多面试官喜欢问：“你平时用 Db 还是模型？两者有什么区别？性能上谁更优？” 看似简单的问题，却能区分出开发者对框架本质的理解深度。本文将从使用边界、性能差异、底层机制三个维度展开，帮你理清这道高频面试题。

一、本质区别：Db 是查询构造器，模型是业务对象

Db 类是 ThinkPHP 提供的查询构造器（Query Builder）的静态入口，它直接面向数据库表，返回的是数组或数据集。例如：

// Db 类：直接操作表，返回数组
$user = Db::name('user')->where('id', 1)->find();
// $user 是数组 ['id'=>1, 'name'=>'张三', ...]

模型类则是业务逻辑的载体，它继承自 think\Model，与数据表建立映射关系，返回的是模型对象实例。例如：

// 模型类：面向对象，返回模型实例
$user = UserModel::find(1);
// $user 是 UserModel 对象，可调用 $user->name，也可调用自定义方法

核心差异：Db 是“面向表”的，模型是“面向对象”的。Db 只负责把 SQL 拼好、执行、返回数据；模型在此基础上增加了业务逻辑封装（获取器、修改器、关联模型、事件回调、自动时间戳等）。

二、使用边界：什么时候用 Db，什么时候用模型

面试中常问“边界”，其实是在考察你是否懂得分层设计。以下是清晰的判断标准：

适合用 Db 类的场景

• 简单查询：如统计报表、后台列表、临时数据拉取，不需要业务逻辑。
• 高性能批量操作：如批量插入 1000 条日志，用 Db::name('log')->insertAll($data) 比模型循环插入快得多。
• 跨表复杂查询：多表 join、union、子查询等，Db 的查询构造器更灵活。
• 事务中的多表操作：需要手动控制事务边界时，Db 更直观。
• 数据导出/导入：只关心数据本身，不关心对象行为。

适合用模型类的场景

• 单表业务逻辑：如用户注册、订单创建，需要自动完成时间戳、软删除、获取器格式化。
• 关联操作：如 $user->orders 获取用户所有订单，模型关联比手写 join 更优雅。
• 需要复用业务方法：如 $user->isVip()、$order->cancel() 等自定义方法。
• 需要模型事件：如 before_insert、after_update 钩子，用于写日志、发通知。
• 需要数据验证：模型可绑定验证器，自动校验字段。

一句话总结：Db 负责“取数据”，模型负责“做业务”。如果一段逻辑只跟数据有关，用 Db；如果跟业务规则、对象行为有关，用模型。

三、性能差异：模型真的比 Db 慢吗？

这是面试的“送命题”。很多候选人会脱口而出：“模型慢，因为要实例化对象。” 这个答案只对了一半。我们来看底层发生了什么。

1. 实例化开销

模型查询时，ThinkPHP 会把查询结果逐行实例化为模型对象。例如 UserModel::select() 返回一个模型集合，每行数据都会 new UserModel()。而 Db::name('user')->select() 直接返回二维数组。对象实例化确实有 CPU 和内存开销，尤其在返回大量数据时（如 1 万行），模型的内存占用可能是 Db 的 2-3 倍。

2. 额外功能开销

模型默认开启了很多“贴心”功能：

• 自动时间戳（autoWriteTimestamp）
• 获取器/修改器（getXxxAttr / setXxxAttr）
• 字段类型自动转换（type 定义）
• 模型事件（beforeWrite、afterRead 等）

这些功能在每次读写时都会触发，而 Db 完全跳过。如果你的表不需要这些，用模型就是白白浪费性能。

3. 查询构造器本身无差异

注意：UserModel::where(...) 底层调用的也是查询构造器，SQL 生成阶段两者完全一致。差异只发生在结果处理阶段。所以对于 find() 单条查询，性能差距微乎其微；对于 select() 大量数据，差距才明显。

4. 实测数据参考

在 ThinkPHP 6 下，查询 1000 条用户数据（仅 id、name 两字段）：

• Db::name('user')->limit(1000)->select()：约 12ms，内存 2MB
• UserModel::limit(1000)->select()：约 28ms，内存 5MB

差距主要来自对象实例化和获取器调用。但如果你的模型没有定义任何获取器、关联、事件，差距会缩小到 1.5 倍左右。

四、面试高频追问与回答策略

追问 1：既然模型慢，为什么还要用模型？
答：性能不是唯一指标。模型带来的开发效率、代码可维护性、业务封装远超那点性能损耗。在高并发场景，我们会对热点数据加缓存，而不是纠结用 Db 还是模型。真正需要极致性能的批量操作，才降级用 Db。

追问 2：如何让模型查询更快？
答：① 关闭不需要的特性，如 protected $autoWriteTimestamp = false;；② 用 Db 做列表查询，用模型做单条业务；③ 大量数据用 Db::name()->select() 后手动处理；④ 使用 with 预载入关联，避免 N+1 查询。

追问 3：Db 和模型可以混用吗？
答：完全可以，而且推荐混用。例如用 Db 做复杂报表查询，用模型做用户中心业务。模型内部也可以调用 Db::name() 来执行原生查询。关键是不要为了统一而统一。

五、总结：边界与性能的平衡之道

面试中回答这道题，不要只背“模型慢”，而要讲清楚为什么慢、慢在哪、什么时候该用谁。真正的高手，懂得在 Db 的效率和模型的优雅之间找到平衡点。记住：Db 是工具，模型是伙伴——工具求快，伙伴求稳。

未经允许不得转载：任鹏个人博客 » ThinkPHP 面试精讲：Db 类与模型类的使用边界与性能差异