Yii2.0.50模型关联查询性能优化核心是：只取所需字段（用select()+asArray()）、一次查全关联（with()前置+asArray()）、避免重复元数据查询（启用schemaCache）、绕过AR低效场景（复杂查询用Query Builder）。
Yii2.0.50 中模型关联查询容易引发 N+1、对象冗余、重复元数据查询等问题，性能瓶颈往往不在 SQL 本身，而在加载逻辑和执行方式。优化核心是：只取所需字段、一次查全关联、避免重复结构探测、绕过 AR 低效场景。
只查必要字段，优先用 asArray()
ActiveRecord 默认将每行转为完整对象，即使你只显示用户名和头像，也会构造整个 User 实例并加载所有属性。内存占用高、序列化慢、访问也多一层代理开销。
- 列表页、导出、API 响应等只读场景，一律禁用对象实例，改用 select() + asArray()：
User::find()->select(['id', 'username', 'avatar'])->asArray()->all()- 对比
User::find()->all()，内存节省 40% 以上，且数组访问比对象属性快 - 关联查询中，
with()后的关联模型也可链式加asArray()，如：->with(['profile' => function ($q) { $q->asArray(); }])
预加载防 N+1，with() 必须写在 find() 阶段
N+1 是最常见陷阱：查 10 个用户，再在循环里逐个访问 $user->profile，结果触发 10 次额外查询。ActiveRecord 的 with() 是标准解法，但必须“声明即加载”。
- 正确写法：
User::find()->with('profile')->asArray()->all()—— 1 次主查 + 1 次关联查 - 错误写法：
$users = User::find()->all(); foreach ($users as $u) { $u->profile; }—— 触发懒加载，N+1 成定局 - 关联定义要键名对齐：User 模型中
getProfile()必须返回$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
复杂查询绕开 ActiveRecord，用 Query Builder 直写
多表 JOIN、GROUP BY 统计、子查询、UNION 等场景，AR 抽象层反而增加理解成本和 SQL 生成负担，易写出低效语句。
- 统计类需求（如“每个部门用户数”）直接用 Query：
(new Query())->from('user')->groupBy('dept_id')->select(['dept_id', 'COUNT(*) as cnt'])->all() - 跨库或强条件关联，用
joinWith()替代嵌套with()，配合on显式写连接条件 - 批量更新/删除不用循环 save()/delete()，改用
updateAll()或deleteAll()
