createCommand() 报错因未指定或未初始化数据库连接，需确保配置'db'组件并正确访问；selectDistinct()强制加DISTINCT且不被后续select覆盖，分页排序须先orderBy再limit/offset。
链式调用后为什么 createCommand() 报错“Call to a member function on null”
常见于没指定数据库连接或连接未初始化。Yii 的 _Query 类（如 yii\db\Query）本身不执行查询，必须通过 createCommand() 绑定到具体 Connection 实例才能生成命令对象。
- 确保已配置
'db'应用组件，且在查询前已加载（比如在Controller或Service中通过\Yii::$app->db访问） - 手动传入连接时，必须用
createCommand($db)，不能只写createCommand() - 若在控制台命令中使用，检查是否启用了
db组件（console.php配置里漏掉会导致\Yii::$app->db为null）
错误示例：
$query = (new \yii\db\Query())->from('user')->where(['status' => 1]);<br>$command = $query->createCommand(); // ❌ $command 是 null
select() 和 selectDistinct() 在链式中怎么选
两者都影响最终 SQL 的 SELECT 子句，但语义和生成结果不同；选错会导致数据重复或遗漏，尤其在关联查询或聚合场景下容易踩坑。
-
select()是默认行为，可多次调用叠加字段，支持表达式：select(['id', 'name', 'COUNT(*) as cnt']) -
selectDistinct()会强制加DISTINCT，且后续再调用select()不会覆盖它 —— Yii 内部用标志位控制，不是简单重写字段列表 - 如果需要去重 + 聚合，优先用
selectDistinct()配合groupBy()，否则DISTINCT可能被优化器忽略或引发错误
例如：
(new \yii\db\Query())<br> ->selectDistinct(['category_id'])<br> ->from('product')<br> ->groupBy('category_id');
链式调用中途想“截断”并复用查询条件
Yii 的 Query 对象是可变的，链式方法全部返回 $this，所以没有原生“分支”或“快照”机制。直接赋值变量只是引用，不是拷贝。
- 需要复用部分条件时，必须显式克隆：
$base = clone (new \yii\db\Query())->from('order'); - 不要依赖“先建一个再链式改两次”，因为第二次修改会影响第一次的变量（它们指向同一对象）
- 复杂场景建议封装成方法，参数化条件逻辑，而不是靠链式拼接后保存中间状态
反例：
$q1 = (new \yii\db\Query())->from('user');<br>$q2 = $q1->where(['type' => 'admin']);<br>$q1->where(['status' => 1]); // ⚠️ $q2 也变了
分页 + 排序时 limit()/offset() 和 orderBy() 的顺序有影响吗
有。虽然 SQL 标准规定 ORDER BY 必须在 LIMIT/OFFSET 前生效，但 Yii 不校验调用顺序 —— 它只是按链式顺序收集参数，最后拼 SQL。顺序错可能导致分页结果不稳定。
- 必须先
orderBy()，再limit()和offset()，否则生成的 SQL 中ORDER BY可能被忽略（尤其 MySQL 5.7+ 严格模式下报错） - 使用
pagination（如ActiveDataProvider）时，框架会自动处理顺序；但手写Query链式时完全靠你控制 - 复合排序要写全字段，避免只写
orderBy('id')却分页查name相同的数据 —— 结果可能每次不同
正确写法：
(new \yii\db\Query())<br> ->from('post')<br> ->orderBy(['created_at' => SORT_DESC, 'id' => SORT_DESC])<br> ->limit(10)<br> ->offset(20);
链式操作看着流畅，但每个方法调用都在改内部状态，而 Yii 不做防御性拷贝。最常出问题的地方不是语法写错，而是以为“赋值=复制”，或者依赖调用顺序却没验证最终 SQL。
