ThinkPHP saveAll() 慢因默认逐条INSERT并执行完整ORM生命周期，100条即100次数据库往返与对象开销；优化方案依次为关闭验证、禁用事件、改用insertAll()、手动事务+原生SQL，并注意MySQL配置与字符集。
ThinkPHP saveAll() 为什么慢得像卡住
因为默认逐条 INSERT，每插一条都走一遍 ORM 生命周期：实例化模型、验证、事件触发、SQL 编译、执行、返回结果。100 条就是 100 次数据库往返 + 100 次 PHP 对象创建/销毁。
常见错误现象：saveAll() 插入 500 条耗时超 3 秒，show processlist 看到大量并发 INSERT 在排队；内存占用随数据量陡增；验证失败时部分插入、部分回滚，状态难控制。
- 别在循环里调用
saveAll()—— 它本身已是批量接口，嵌套调用只会放大开销 - 关闭验证能省掉约 30% 时间，但仅限可信数据源：
saveAll($data, ['validate' => false]) - 禁用事件（如
before_insert）可再降 20%，加参数['event' => false]
用原生 insertAll() 绕过 ORM 直达 SQL
ThinkPHP 6.1+ 的 Db::table()->insertAll() 不走模型层，只做字段映射和预处理，生成单条多值 INSERT INTO ... VALUES (),(),() 语句，一次网络请求完成全部插入。
使用场景：后台导入 Excel、日志归档、ETL 同步等对数据结构已知、无需实时校验的批量写入。
立即学习“PHP免费学习笔记（深入）”；
- 字段必须严格对应数据库列名，不支持模型里的
type转换（如自动转时间戳） - 单次最多插入条数受 MySQL
max_allowed_packet限制，通常建议 ≤ 1000 条/批 - 示例：
Db::name('user')->insertAll($userData)，其中$userData是二维关联数组，键名为字段名
手动事务 + 原生 SQL 的极限优化
当 insertAll() 还不够快（比如单表插入 1w+ 行），就得跳过框架封装，手写 SQL 并显式控制事务。TP 默认每条 insertAll() 都自动开启事务，但手动合并能减少事务头尾开销。
性能影响明显：关闭 autocommit + 批量插入 + 一次性 commit，比默认事务快 3–5 倍；兼容性上需确认 MySQL 版本 ≥ 5.7（支持多值 INSERT）。
- 先关自动提交：
Db::startTrans() - 拼接 SQL：
INSERT INTO user (id,name) VALUES (1,'a'),(2,'b'),(3,'c')—— 注意括号间逗号，末尾不加 - 用
Db::execute()执行，别用query()（后者可能被拦截重写） - 出错时
Db::rollback()，成功后Db::commit()
容易被忽略的底层细节
MySQL 的 innodb_buffer_pool_size 和 bulk_insert_buffer_size 会影响大批量插入吞吐，但 TP 层完全感知不到。线上环境若没调优，即使写了最优 SQL，也可能卡在磁盘刷写上。
还有两个硬坑：一是 insertAll() 不支持 ON DUPLICATE KEY UPDATE，要实现“存在则更新”得换 replaceInto() 或手写 INSERT ... ON DUPLICATE KEY UPDATE；二是字符集不一致时，VALUES 中中文可能变 ???，务必确认连接层编码为 utf8mb4。
