yii2中查看update语句需配置db组件的enablelogging和enableprofiling为yii_debug，或用createcommand()->getrawsql()在execute前获取sql，或监听event_before_execute事件记录；同时须防范无where条件的全表更新风险。
Yii2中开启Query Log查看更新SQL
默认情况下Yii2不会输出执行的SQL，想看到UPDATE语句必须手动启用日志记录。关键不是改模型代码，而是配置DB组件的enableLogging和enableProfiling——前者让SQL进日志，后者加执行耗时标记。
在config/web.php或config/main.php的components['db']里补上这两项：
'db' => [
'class' => 'yii\db\Connection',
// ... 其他配置
'enableLogging' => YII_DEBUG,
'enableProfiling' => YII_DEBUG,
],
然后确保YII_DEBUG为true，且日志目标已启用（比如FileTarget）。否则即使开了也不会写入。
用createCommand执行UPDATE时直接echo SQL
如果你绕过ActiveRecord、直接用createCommand写更新逻辑，可以不执行，只生成SQL调试：
常见错误是调用execute()后才想看SQL——但这时已经执行完了。正确做法是先用getRawSql()拿到语句：
$sql = Yii::$app->db->createCommand()->update('user', ['status' => 1], ['id' => 100])->getRawSql();-
echo $sql;→ 输出类似UPDATE `user` SET `status`=1 WHERE `id`=100 - 注意：必须在
execute()之前调用getRawSql()，之后会返回空字符串
ActiveRecord save()时打印实际执行的UPDATE语句
用$model->save()更新数据时，SQL由框架自动生成，不容易直接捕获。最稳的方式是监听yii\db\Command::EVENT_BEFORE_EXECUTE事件，在SQL发出前拦截：
在应用启动阶段（如web/index.php或common/config/main.php）加入：
Yii::$app->db->on(\yii\db\Command::EVENT_BEFORE_EXECUTE, function ($event) {
\Yii::info($event->sender->getRawSql(), 'sql');
});
这样所有INSERT/UPDATE/DELETE语句都会打到日志里。注意别在生产环境开，且要确认日志级别没被过滤（info级需显式允许）。
另一个轻量方式是临时重写ActiveRecord::updateInternal()，但侵入性强，仅限快速验证。
避免WHERE条件为空导致全表UPDATE的坑
调试时容易忽略一个致命问题：ActiveRecord更新时若$model->primaryKey为null或条件丢失，save()可能变成无WHERE的全表更新——日志里SQL看着正常，但执行结果灾难性。
检查点包括：
- 调用
save()前确认$model->isNewRecord === false - 用
$model->getOldPrimaryKey()看主键是否有效，避免load()失败却继续save() - 如果用
updateAll()，务必检查第二个参数（条件数组）不为空，例如：User::updateAll(['status' => 2], ['id' => $id])，别漏掉$id值
日志里看到UPDATE xxx SET ...后面没WHERE，基本就是这里出问题了。
