Db::insertAll()性能优于循环插入和saveAll()，单次建议500–1000条（依字段数调整），勿手动加事务，关闭日志和调试模式可大幅提升IO性能。
批量插入时直接用 Db::insertAll() 就够了，但必须控制单次数量
ThinkPHP 的 Db::insertAll() 底层走的是预处理 + 批量 VALUES，不是循环调用 insert()，这点很多人误以为它只是语法糖。实际性能差异极大——100 条数据，循环插入可能触发 100 次网络往返和事务开销，而 insertAll() 默认一次 SQL 就发完。
但别无脑传 10000 条进去：MySQL 有 max_allowed_packet 限制（默认通常 4MB），超了会报错 Packets larger than max_allowed_packet are not allowed；另外 PHP 字符串拼接大数组也吃内存。实测安全上限跟字段数强相关：
- 5 个字段以内，单次 500–1000 条较稳
- 10+ 字段，建议压到 200–300 条
- 字段含
TEXT或JSON类型，再往下砍到 100 条内
用 transaction() 包裹 insertAll() 反而拖慢速度
除非你明确需要这批数据“全成功或全失败”，否则不要手动开事务。ThinkPHP 默认每条 insertAll() 调用本身就是原子性 SQL，MySQL 自动用隐式事务提交。手动套 Db::transaction() 只会让锁持有时间变长、阻塞其他写操作，尤其在高并发写入场景下容易引发锁等待甚至超时。
真正要加事务的只有两种情况：
立即学习“PHP免费学习笔记（深入）”；
- 插入同时还要更新关联表（比如写日志 + 扣库存）
- 业务逻辑要求这批数据必须和另一批操作构成一致性单元
纯批量导入 Excel 数据？跳过 transaction()，放心直插。
避免用 saveAll() 替代 insertAll()
saveAll() 看起来更“面向对象”，但它本质是遍历调用模型的 save() 方法：会触发验证、事件、自动时间戳、类型转换……这些对批量插入全是冗余开销。1000 条数据，saveAll() 可能比 insertAll() 慢 3–5 倍。
正确姿势：
- 只用
insertAll()处理原始数据数组（字段名必须和数据库列一致） - 如果字段需转换（如时间转时间戳），提前用
array_map()处理好，别依赖模型钩子 - 真要复用模型逻辑，就重写
insertAll()的数据预处理部分，别换函数
大批量插入时关掉查询日志和调试模式
开发环境开着 app_debug = true 和 log.write = true，每条 insertAll() 都会把完整 SQL 和参数记进日志文件，IO 直接拉满。线上没问题，但本地跑 1w 条插入卡住？先看是不是日志在狂写磁盘。
临时提速方法：
- 插入前加
Log::close()关闭日志写入（注意：不是清空，是停写） - 确保
app_debug为false，否则 ORM 会额外收集执行计划等调试信息 - 如果用的是 MySQL，确认没开
general_log或slow_query_log（DBA 级配置，但有时被忽略）
这些设置不改代码逻辑，却能让同样数据插入快一倍以上——尤其是机械硬盘或低配云服务器上，磁盘 IO 是最硬的瓶颈。
批量插入真正的复杂点不在语法，而在数据分片大小和运行时环境的 IO 控制。很多人调了半天 SQL 优化，最后发现卡在日志文件刷盘上。
