应使用 batchInsert() 而非循环 save()，因后者每条触发验证、事件、事务，1000 条易卡死；batchInsert() 仅接受字段对齐的二维数组，需显式处理 NULL、时间戳和数据过滤，并分批（≤1000 行）加手动事务以保障性能与一致性。
直接用 batchInsert()，别循环 save() —— 否则每条数据都走一遍验证、事件、事务开销，1000 条可能卡死或超时。
为什么不能 foreach + save() 插入大数组
ActiveRecord 的 save() 本质是单条 INSERT + 触发 beforeSave、afterSave、关联保存、事务包装。1000 条就等于 1000 次 SQL + 1000 次模型实例化 + 可能的 N+1 关联写入。
- 不校验字段类型或空值，
save()会静默失败或插入默认值（比如int字段传''变成0） - 没显式开启事务时，中途出错无法回滚，数据残缺
- 调试模式开着时，日志堆栈和 SQL 记录会让内存暴涨，PHP 轻易报
Allowed memory size exhausted
batchInsert() 的正确参数结构和字段对齐
batchInsert() 不接受模型对象，只认纯二维数组，且每行必须严格按字段顺序排列 —— 错一位，整批数据全错位。
- 表名用
User::tableName()，别硬写字符串，避免迁移后表名变更失效 - 字段名数组必须和数据子数组顺序完全一致：
['username', 'email', 'created_at']对应['alice', 'a@b.com', 1723920000] - NULL 值要显式写
null，不能留空或传''，否则 MySQL 可能报Column 'xxx' cannot be null - 时间戳字段推荐传 int，避免
datetime字符串格式不统一导致截断（如'2026-08-17 16:52:00'在 strict mode 下可能被拒绝）
示例：
$rows = [
['admin', 'admin@example.com', time()],
['guest', 'guest@example.com', time()],
];
Yii::$app->db->createCommand()->batchInsert(
User::tableName(),
['username', 'email', 'created_at'],
$rows
)->execute();
插入前校验与过滤无效数据的两种轻量方式
如果原始数据来自 CSV 或 API，字段缺失、类型错误很常见。batchInsert() 遇到类型不符会直接报错中断，不能跳过脏数据。
- 用
array_filter()+ 匿名函数预筛：只保留username和email都非空的行 - 用
foreach构建安全行数组，对每个字段做trim()、filter_var($email, FILTER_VALIDATE_EMAIL)等处理，无效行continue跳过 - 不要依赖模型
validate()再取$model->attributes—— 这又回到 ActiveRecord 开销，失去批量意义 - 若必须复用模型逻辑（如加密密码），先用
new User()临时赋值并调load()，再提取getDirtyAttributes()，但仅限极少数字段需处理
大数量插入时的内存与 MySQL 限制绕过
一次插 10 万行？PHP 数组存不下，MySQL 也可能报 Packet too large。得手动分批。
- 单批建议 ≤ 1000 行：平衡性能与稳定性，500–1000 是实测较稳区间
- 用
array_chunk($data, 1000)切分，外层foreach批量执行，每批独立execute() - 手动包事务：
Yii::$app->db->beginTransaction()放最外层，commit()放循环后，避免每批自动提交的 I/O 开销 - 注意：
batchInsert()本身不开启事务，出错不会自动回滚，必须自己控制
关键点容易被忽略：分批后，execute() 返回的是当批成功数，不是累计数；若某批返回 0，得记录该批次数据排查，而不是当成全量失败。
