循环内执行createCommand()或AR操作必然拖垮性能，因每次save()触发完整生命周期、100次网络往返；应改用batchInsert()批量插入，配合事务和参数绑定，并手动补全验证逻辑。
循环内直接执行 createCommand() 或 AR 操作，基本等于给数据库喂慢 SQL —— 不是“可能变慢”，而是“必然拖垮连接池和响应时间”。
为什么 foreach 里写 save() 或 insert() 特别危险
每次 save() 都会触发完整 AR 生命周期：属性验证、事件（beforeSave / afterSave）、SQL 构建、参数绑定、执行、返回结果。哪怕只是插入 100 条记录，就是 100 次独立事务（默认自动提交）、100 次网络往返、100 次连接复用开销。
- AR 的
save()默认不批量，insert()单条执行，updateAll()和deleteAll()才是真批量 - 即使开了事务，
foreach里反复save()仍会逐条触发事件和验证，CPU 和 DB 压力双高 - Yii2 的
createCommand()->insert()本身不支持多行，必须用batchInsert()替代
batchInsert() 是循环写入的唯一合理出口
它把 N 条数据拼成一条 INSERT INTO … VALUES (),(),()，只发一次请求。前提是字段名统一、数据结构规整。
- 语法：
Yii::$app->db->createCommand()->batchInsert('table', ['col1', 'col2'], [['v1','v2'], ['v3','v4']])->execute() - 注意第二参数是字段名数组（必须显式声明），第三参数是二维值数组，不能混用键名
- 单次建议不超过 500 行；超量容易触发 MySQL 的
max_allowed_packet限制 - 如果循环中需动态计算字段（如
create_time => time()），务必在组装二维数组前完成，不要在batchInsert()内部做逻辑
查多条再改，别在循环里查单条
常见反模式：foreach ($ids as $id) { $model = User::findOne($id); $model->status = 1; $model->save(); } —— 这会发出 N 条 SELECT + N 条 UPDATE。
- 正确做法：先
User::findAll(['id' => $ids])一次性查出全部，再遍历修改，最后用updateAll()批量更新 - 或更干脆：
User::updateAll(['status' => 1], ['id' => $ids])，跳过 AR 实例，0 次查询，1 次 UPDATE - 如果更新逻辑复杂（比如 status 要根据 created_at 动态算），至少把
findAll()放在循环外，避免重复查库
事务 + 批量 + 预处理，三者缺一不可
单纯加 beginTransaction() 不解决根本问题；没 batchInsert() 还是 N 次执行；不用预处理参数绑定则易被注入且无法复用执行计划。
- 批量操作必须包在事务里：
$transaction = Yii::$app->db->beginTransaction(); try { ...batchInsert...->execute(); $transaction->commit(); } catch (\Exception $e) { $transaction->rollBack(); throw $e; } - 所有 WHERE 条件、UPDATE 值、INSERT 值，一律用命名占位符（
:id）或数组绑定，禁用字符串拼接 - DAO 模式下慎用
queryAll()返回对象，大量数据时用asArray()降低内存占用
最常被忽略的一点：batchInsert() 不触发 AR 事件，也不走验证。如果你依赖 beforeSave 自动生成字段或检查业务规则，就得自己在组装数据前补全逻辑 —— 别指望框架替你兜底。
