createcommand()报错因query未绑定数据库连接，需确保yii::$app->db非null且为connection实例；selectdistinct()调用后select()无法取消distinct；分页必须前置orderby()保证顺序稳定；复用query需新建实例或clone。
createCommand() 报错 “Call to a member function on null” 怎么办
根本原因是 Query 对象没绑定数据库连接，不是语法写错了。
常见触发场景：
-
\Yii::$app->db为null：控制台命令里漏配console.php的db组件，或 Web 应用里组件名不是db - 手动调用
createCommand()时没传参：$query->createCommand()❌，必须写成$query->createCommand(\Yii::$app->db)✅ - 在未初始化应用上下文的环境（如单元测试、独立脚本）中直接使用
\Yii::$app
验证方法：打印 var_dump(\Yii::$app->db)，不为 null 且是 yii\db\Connection 实例才算就绪。
select() 和 selectDistinct() 混用会出什么问题
两者语义不同，且 Yii 内部用标志位控制，不是简单覆盖字段列表。
selectDistinct() 一旦调用，后续所有 select() 都不会取消 DISTINCT —— 即使你再写 select(['id', 'name'])，SQL 里仍是 SELECT DISTINCT id, name。
容易踩坑的场景：
- 想先去重再聚合，却只用
select()+groupBy()，结果因缺少DISTINCT导致重复计数 - 误以为
select(['a'])->selectDistinct(['b'])能生效，实际select(['a'])被忽略，最终只选b且带DISTINCT - 关联查询中用
selectDistinct()但没配groupBy()，MySQL 可能报错Expression #1 of SELECT list is not in GROUP BY clause
正确姿势：明确目的再选 —— 纯去重用 selectDistinct()，需字段叠加用 select()，二者别混链。
分页前必须先调用 orderBy() 吗
不是“必须”，但不这么做大概率查出错乱数据，尤其在有重复排序值时。
原因：MySQL 的 LIMIT/OFFSET 是在结果集截取，而无 ORDER BY 时，行序由存储引擎决定，每次执行可能不同。即使当前看着对，上线后数据增删就崩。
典型反例：
$query = (new \yii\db\Query())
->from('user')
->limit(10)
->offset(20);
// ❌ 没 orderBy，分页结果不可预测
安全做法：
- 只要用了
limit()或offset()，就在之前加orderBy()，哪怕只是orderBy(['id' => SORT_ASC]) - 复合排序更稳：比如
orderBy(['status' => SORT_ASC, 'created_at' => SORT_DESC, 'id' => SORT_ASC])，确保每行有唯一排序位置 - 注意：
orderBy()必须在limit()/offset()前调用，链式顺序影响最终 SQL 生成逻辑
怎么安全复用一个 Query 的部分条件
Yii 的 Query 是引用对象，链式方法全返回 $this，直接赋值变量等于共享状态。
看这个危险操作：
$base = (new \yii\db\Query())->from('order');
$q1 = $base->where(['status' => 1]);
$q2 = $base->where(['type' => 'refund']);
// ⚠️ 此时 $q1 和 $q2 实际是同一个对象，都含两个 where 条件
正确方式只有两种：
- 每次从新实例开始：
$q1 = (new \yii\db\Query())->from('order')->where(['status' => 1]); - 显式克隆：
$base = clone (new \yii\db\Query())->from('order');，之后再链式修改
复杂业务建议封装成函数，比如 buildOrderQuery($status = null, $type = null)，避免中间状态污染。
