ThinkPHP 8 中没有 saveAllBatch 方法；实际可用的是 saveAll()，但其底层为循环单条执行，并非真批量插入，不保证原子性且无性能优化，大数据量应改用 insertAll 或原生 SQL。
ThinkPHP 8 中**没有 `saveAllBatch` 这个方法**，官方文档和源码均未定义该函数。你看到的 `saveAllBatch` 很可能是混淆了其他框架、第三方扩展，或是对 `saveAll` 的误称或自定义封装。
实际可用的是 saveAll，但要注意它不是“真批量”
`saveAll()` 是 ThinkPHP 6/7/8 中处理多条数据插入/更新的内置方法，但它底层仍是循环调用单条 save()（TP6–TP8 均如此），并非一条 SQL 插入多行。这意味着：
- 每条数据都走完整生命周期：验证、自动时间戳、事件（
beforeSave/afterSave）、类型转换 - 任意一条失败（如验证不通过、字段不存在、数据库约束冲突），整个操作返回
false，且前面已成功的记录不会回滚（除非你手动加事务） - 不返回每条记录的自增 ID，只返回模型对象数组或
false；$model->id在批量中通常只有首条有效 - 参数形式固定，仅支持两个：
User::saveAll($data, $options)
其中$data必须是二维数组，每项结构需匹配模型字段；$options可选，目前仅支持：
•['replace' => true]：用REPLACE INTO替代INSERT（仍是一条一条发）
•['validate' => true/false]：是否开启验证（默认开启）
•['scene' => 'xxx']：指定验证场景
大数据量时，别依赖 saveAll，要自己分片
TP8 明确不推荐在高并发或大批量写入场景直接用 `saveAll`，因其无法保证原子性，也无性能优化。正确做法是手动切块 + 小事务：
PHP 8.5.12
下载
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
- 用
array_chunk($data, 100)拆成每组 100 条 - 对每组调用
Db::transaction(function () use ($chunk) { User::saveAll($chunk); }); - 避免单次传入 5000+ 条——易触发 MySQL
max_allowed_packet错误、连接超时、内存溢出
真批量？得绕过模型，手拼 SQL 或用原生执行
如果追求性能和可控性（比如导入 Excel、同步日志），应放弃 `saveAll`，改用：
立即学习“PHP免费学习笔记（深入）”；
-
批量 INSERT：
Db::name('user')->insertAll($data)（TP8 支持，生成INSERT INTO ... VALUES (),(),()） -
带冲突处理的批量 UPSERT：
INSERT ... ON DUPLICATE KEY UPDATE，需手动拼 SQL +Db::execute() - CASE WHEN 批量更新：适用于按 ID 更新不同字段值，一条 SQL 完成，避开模型层干扰
- 所有原生操作务必配合
Db::raw()或参数绑定，防止 SQL 注入
总结：ThinkPHP 8 没有 `saveAllBatch`；`saveAll` 是语法糖，不是性能方案；要用就控制数据量、加事务、检查错误；要快要稳，就上原生 SQL 或 insertAll。
