不用select()会拖慢查询和内存，因Model::all()默认SELECT*拉取全部字段，增加传输量和PHP内存分配；应使用select('id','name','avatar')精确取字段，并确保包含主键及关联外键。
为什么不用 select() 会拖慢查询和内存？
默认用 Model::all() 或 Model::get() 时，Eloquent 会执行 SELECT *，把整张表所有字段都拉进内存。哪怕你只显示用户名和头像，数据库仍返回 id、password_hash、remember_token、created_at、updated_at、deleted_at……这些字段不仅增加网络传输量，更让 PHP 对象实例化时分配更多内存，尤其在分页查几百条记录时，memory_get_usage() 可能翻倍。
怎样用 select() 精确取字段？
直接传字段名字符串数组给 select()，它会覆盖默认的 *。注意：如果模型启用了自动时间戳（$timestamps = true）或软删除（SoftDeletes），而你又没显式选 id，后续调用 $model->save() 或关联操作会出错——因为 Eloquent 默认依赖 id 字段做主键判断。
- 基础写法：
User::select('id', 'name', 'avatar')->get() - 避免漏掉主键：
select()必须包含主键（通常是id），否则update()、delete()、load()关联会失败 - 配合
with()时，子查询仍需单独指定字段：->with(['posts' => fn($q) => $q->select('id', 'user_id', 'title')]) - 不能混用
selectRaw()和普通select()后再加addSelect()—— 字段顺序和别名容易混乱，建议统一用select()或全用selectRaw()
select() 在关联查询中容易踩的坑
用 with() 预加载时，如果不约束关联模型的字段，预加载照样拉全量数据。更隐蔽的问题是：当主表用了 select()，但关联表没限制，ORM 仍会为每条主记录新建完整模型实例，内存压力一点没减。
User::select('id', 'name')
->with(['profile' => function ($query) {
$query->select('id', 'user_id', 'bio', 'location'); // 必须显式限定
}])
->get();
还要注意外键字段必须包含：比如 profile 关联依赖 user_id，如果这里没选 user_id，Eloquent 就无法把 profile 数据正确绑定到对应 user 上，结果里 $user->profile 会是 null。
比 select() 更轻量的替代方案：pluck() 和 value()
如果你只需要一列值（如所有用户 ID 列表）或单个字段（如最新一条记录的 title），用 pluck() 或 value() 能跳过模型实例化，直接返回数组或标量，内存占用直降 70% 以上。
-
User::where('active', 1)->pluck('name', 'id')→ 返回[1 => 'Alice', 2 => 'Bob'] -
Post::latest()->value('title')→ 返回字符串，不生成Post实例 - 它们底层走的是
Illuminate\Support\Collection或直接 PDO fetch，不触发模型构造函数、访问器（accessor）、强制类型转换等开销 - 但代价是：拿不到模型方法、关系、事件、属性修改逻辑——纯数据场景才适用
真正要压内存，得从 SQL 层就掐断冗余字段；光靠 PHP 层过滤 toArray() 没用，数据早被读进来了。
