yii 2.0.51 activerecord 查询优化核心是减少开销、精准生成 sql、善用数据库能力；需预加载避免 n+1、select+asarray 精简结果、分页用 limit/offset、复杂场景改用原生 sql、索引须匹配查询语义。
Yii 2.0.51 的 ActiveRecord 查询性能优化，核心在于减少不必要开销、精准控制 SQL 生成、合理利用数据库能力，而不是盲目套用“缓存”或“加索引”这类泛泛而谈的方案。重点是让查询真正轻量、可预测、可复用。
避免隐式 N+1 查询
最常见的性能陷阱是关联查询未预加载。比如：User::find()->all() 后对每个用户调用 $user->profile，会触发 N 次额外查询。
- 用
with()预加载：User::find()->with('profile', 'orders')->all() - 关联定义里加
inverseOf（如Profile::getUser()返回hasOne(User::class, ['id' => 'user_id'])），避免重复查询同一张表 - 慎用
joinWith()：它生成 JOIN，适合筛选条件在关联表上；但若只取数据不筛选，with()更高效（两次独立查询 + PHP 关联）
精简查询结果和字段
ActiveRecord 默认查所有字段，且构建完整对象，开销大。
- 用
select()明确指定字段：User::find()->select(['id', 'name', 'status'])->asArray()->all() - 加
asArray()直接返回数组，跳过对象实例化过程，速度提升明显 - 分页时优先用
limit()+offset()，而非先count()再查全部再截取
善用原生 SQL 和 Command（该放手时就放手）
复杂统计、多表聚合、大批量更新等场景，硬套 ActiveRecord 反而低效甚至出错。
- 简单只读查询优先走
Yii::$app->db->createCommand($sql)->queryAll()，比User::find()->where(...)->asArray()->all()少一层解析 - 批量插入用
batchInsert()：Yii::$app->db->createCommand()->batchInsert('user', ['name', 'email'], $rows)->execute() - 更新/删除不涉及业务逻辑时，直接
createCommand()->update(...)->execute()，避免加载模型再保存
索引与查询语义必须匹配
ActiveRecord 生成的 SQL 是否走索引，取决于你写的条件是否符合索引规则，不是框架能自动解决的。
- WHERE 条件字段要有索引，联合索引注意最左前缀（如
INDEX idx_status_created (status, created_at)，则where status=1能用，where created_at > '2026-01-01'不能用） - 避免在 WHERE 字段上做函数操作：
where("DATE(created_at) = '2026-10-20'")会让索引失效，改用范围查询：andWhere(['>=', 'created_at', '2026-10-20 00:00:00'])->andWhere([' - 用
EXPLAIN验证实际执行计划，别只看代码写了with或indexBy
