ThinkPHP 的 saveAll() 不建议一次超过 500 条，理想为 100–400 条，因其底层逐条执行 save()，触发完整模型生命周期，易导致内存耗尽、MySQL 包超限或超时；大批量应手动分片、关闭验证、事务包裹，或改用 insertAll() 提升性能。
ThinkPHP 的 saveAll() 一次**不建议超过 500 条**，理想范围是 **100–400 条**。它不是真正意义上的批量 SQL，而是循环调用单条 save()，数据量越大，性能衰减越明显，还容易触发各种限制。
为什么不能一次传太多？
因为 saveAll() 底层仍是逐条执行：
- 每条数据都走完整模型生命周期：验证、事件、自动时间戳、类型转换、钩子、事务判断、SQL 构建与执行；
- 1000 条 = 1000 次对象实例化 + 1000 次数据库请求 + 1000 次开销；
- 易触发
memory_limit耗尽、MySQLmax_allowed_packet错误、连接超时或 WAF 拦截。
实际能塞多少，取决于环境配置
硬性瓶颈来自三方面，需综合评估：
- PHP 内存：默认 128MB 下，300 条带关联字段的数据就可能接近极限；
-
MySQL 包大小：
max_allowed_packet默认通常为 4MB，拼出来的 INSERT VALUES() 长度受限； - 执行时间：Web 请求超时（如 Nginx 60s、PHP max_execution_time）会中断；CLI 环境可放宽，但也要防 OOM。
怎么安全地处理大批量数据？
靠自己分片，框架不自动拆：
立即学习“PHP免费学习笔记（深入）”；
- 用
array_chunk($data, 400)主动切块，每批 ≤ 400 条； - 关闭验证：
$model->validate(false)->saveAll($chunk)，提速 30%+（数据可信前提下）； - 复用模型实例，别每次
new Model()； - 每块用事务包裹：
Db::transaction(fn() => $model->saveAll($chunk))，失败整块回滚； - Web 场景禁用大批次操作，改用命令行（
php think import:batch）或队列异步执行。
什么情况下该换 insertAll()？
如果你不需要验证、事件、自动填充、钩子等模型能力，只是把清洗好的数据快速入库，直接用：
-
Db::name('table')->insertAll($data)； - 它只拼一条 INSERT VALUES(),(),()，一次 SQL，内存占用低、速度快十倍；
- 注意：字段名必须和数据库列名完全一致，
create_time等不会自动填充，得手动加； - 同样要分片，单次建议 ≤ 500 条，避免 packet size 超限。
