避免 yii2.0.50 中 activerecord 过度查询，需从数据加载逻辑、执行时机和缓存策略三方面主动控制：用 select()+asarray() 减少对象开销；with() 预加载防 n+1；启用 schemacache 与 query builder 替代复杂操作。
避免 Yii2.0.50 中 ActiveRecord 过度查询，关键不是“少写几行代码”，而是从数据加载逻辑、执行时机和缓存策略三方面主动控制——每条 SQL 是否必要、每个对象是否真被用到、每次结构查询是否重复。
只取需要的字段和格式
ActiveRecord 默认把整行转成对象实例，哪怕你只显示用户名和头像。用 select() 明确字段，再加 asArray() 跳过对象构造：
-
User::find()->select(['id', 'username', 'avatar'])->asArray()->all()比User::find()->all()内存占用低 40% 以上 - 列表页、导出、API 响应等只读场景，坚决不用对象实例；
asArray()后结果是普通数组，访问快、序列化轻 - 避免在循环里调用
->one()或->save()，改用updateAll()/deleteAll()批量操作
预加载关联，堵死 N+1
查 10 个用户再逐个查其 Profile，就是典型的 N+1：1 次主查询 + 10 次关联查询。ActiveRecord 的 with() 是标准解法，但要注意两点：
- 必须在 find() 阶段就声明，如
User::find()->with('profile')->all()；在 foreach 里调$user->profile会触发懒加载，照样 N+1 - 关联定义要正确：在 User 模型中写
public function getProfile() { return $this->hasOne(Profile::class, ['user_id' => 'id']); }，键名对不上就查不到 - 复杂场景（如 GraphQL）不认
with()，得换 DataLoader 手动批处理
启用 schema 缓存，省掉元数据抖动
每次 new User()，AR 都会去 information_schema 查一次表结构——10 个模型 = 10 次无意义查询。生产环境必须关掉这个“自动探测”：
- 配置数据库组件时显式开启：
'enableSchemaCache' => true，且'schemaCache' => 'cache'指向已启用的缓存（如 redis） - 验证是否生效：执行
Yii::$app->db->getSchema()->getTableSchema('user')后，用redis-cli keys "schemacache:*"看是否有对应 key - 调试模式未关闭时 schemaCache 会被绕过，所以先确认
YII_DEBUG === false
用 Query Builder 替代复杂 AR 查询
ActiveRecord 不适合多表 JOIN、子查询、GROUP BY 后聚合统计等场景。强行用它，要么生成低效 SQL，要么代码绕来绕去：
- 统计类需求（如“每个部门用户数”）直接用 Query：
(new Query())->from('user')->groupBy('dept_id')->select(['dept_id', 'COUNT(*) as cnt'])->all() - 跨库查询不能靠 AR 关联，只能分步查：先查主库用户，再用 ID 数组查从库订单，最后 PHP 层合并
- 高频更新场景慎用
save()，优先updateAll(['status' => 2], ['id' => $ids])减少事务开销
