saveall 是循环执行单条 save，非真正批量 sql；适合小批量（≤100 条）、需模型验证/事件/自动填充等能力的场景，大数据量时应分块+关验证+事务处理或改用 db::insertall。
saveAll 不是“批量 SQL”，而是循环 save，500 条数据就发 500 次 INSERT/UPDATE —— 这点必须先认清，否则后面所有优化都跑偏。
saveAll 什么时候该用？
适合小批量、需模型层能力的场景：比如表单提交的 10–50 条带验证/事件/自动时间戳的数据。它会触发 beforeInsert、afterSave 等钩子，也会走验证器、自动填充 create_time 和 update_time。
- 数据来自前端可控表单，字段不完全一致（有的有
remark，有的没有） - 需要每条记录都记录操作日志（靠模型事件实现）
- 主键非自增（如 UUID），且要返回完整对象（含 ID）
- 数据量明确 ≤ 100 条，不追求极致性能
saveAll 怎么避免全变成 INSERT？
它靠主键字段值判断新增还是更新：有主键值（如 id）且数据库中存在，才执行 UPDATE；否则 INSERT。但这个“主键”必须和模型定义严格一致。
- 查模型类里的
protected $pk = 'id';，传入数据必须含id字段，不能是user_id或uid - 别依赖自动映射：
['user_id' => 123]≠['id' => 123]，结果就是全插新记录 - 更新前可加
->isUpdate(true)强制走更新逻辑，但前提是数据里真有主键值 - 测试时用
Db::name('table')->fetchSql(true)->saveAll($data)看生成的 SQL，确认是 INSERT 还是 UPDATE
saveAll 处理大批量数据的硬伤和绕过方式
5000 条调一次 saveAll()，实际是 5000 次独立查询 + 5000 次模型实例化 + 5000 次验证，MySQL 连接容易超时，PHP 内存可能爆掉。
- 分块是底线：
array_chunk($data, 400)拆成每批 400 条，再逐块saveAll() - 关验证省开销：
$model->validate(false)->saveAll($chunk)，前提是数据已清洗可信 - 复用模型实例：
$model = new User(); foreach ($chunks as $chunk) { $model->saveAll($chunk); }，别每次 new - 事务包裹每块：
Db::transaction(fn() => $model->saveAll($chunk))，失败整块回滚 - 真要快？换
Db::insertAll()或手拼INSERT ... ON DUPLICATE KEY UPDATE，但得自己处理字段顺序、转义、唯一索引
最常被忽略的一点：saveAll 的“批量”是语义批量，不是执行批量。它不减少 SQL 次数，只减少代码行数。想提速，得从执行层下手，而不是在模型层堆参数。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
