saveall不是真正批量sql，而是循环执行n次单条save，触发完整模型生命周期；真批量应选db::insertall或case when原生sql，性能差一个数量级。
saveAll 不是真正的批量 SQL，而是循环执行单条 save。它表面接受一个数组，看起来像“批量”，但底层对每条数据都调用一次模型的 save() 方法，也就是 N 条数据 = N 次数据库 INSERT 或 UPDATE 请求。
这在 ThinkPHP 5.0、5.1 和 6.x 全系列中都成立——官方从未将其重写为真批量语句（如 INSERT INTO ... VALUES (),(),() 或 UPDATE ... CASE WHEN）。它本质是语法糖，省代码行数，不省数据库交互次数。
为什么很多人误以为 saveAll 是真批量
因为调用方式像批量：(new User())->saveAll($data)，参数是一整个二维数组；加上文档常写“支持批量保存”，容易忽略执行层差异。
实际它会依次走完整模型生命周期：验证 → 自动时间戳 → 类型转换 → 事件钩子（如 before_insert）→ SQL 构建 → 执行。每一条都独立触发这些逻辑。
真正的一次性批量 SQL 是什么
ThinkPHP 提供了明确的真批量方法：
- Db::insertAll($data)：拼成一条多值 INSERT 语句，只发一次 SQL，无模型开销，字段名必须与数据库列严格一致
- Db::update() 配合 CASE WHEN 原生写法：适合批量更新，原子性强、绕过模型干扰
- 手动分片 + 事务包装的 insertAll：比如用
array_chunk($data, 300)拆成小批次，逐批 insertAll 并包事务
saveAll 的适用场景其实很窄
它只在你需要以下功能时才值得用：
- 每条数据字段不统一（比如有的带 status，有的带 remark）
- 必须触发模型事件（如写操作日志、关联同步）
- 依赖自动验证器或类型强制转换（且你已清洗好数据，或加
['validate' => false]控制开销） - 主键是自增 ID，且需要返回插入后的 ID 数组
如果只是导入干净数据、追求速度、字段结构固定，saveAll 就是多余负担。
性能差距非常直观
插入 1000 条记录时：
- saveAll：约 1000 次 SQL 请求 + 1000 次验证/钩子/时间戳处理 → 容易超时、内存溢出、触发 MySQL
max_allowed_packet限制 - insertAll：1 次 SQL 请求 + 零模型开销 → 耗时通常在 100ms 内，稳定可控
这不是“稍慢一点”，而是数量级差异。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
