ThinkPHP 6.0 万级批量插入应绕过模型层、分批事务提交、关闭调试日志并优化MySQL配置；用 Db::insertAll() 替代 saveAll()，每500–2000条启停事务，禁用SQL日志，调大 innodb_buffer_pool_size 和 max_allowed_packet。
ThinkPHP 6.0 批量插入万级数据时，速度慢通常不是框架本身限制，而是写法、数据库配置和内存管理没对齐。核心思路是：绕过模型层开销、控制事务粒度、减少 PHP 内存占用、避免自动类型转换和日志干扰。
用 Db::insert() 替代模型 saveAll()
模型 saveAll() 会为每条数据实例化 Model 对象，触发验证、事件、自动时间戳等逻辑，万条数据下开销显著。直接使用原生查询构建器更轻量：
- 构造二维数组，字段名与数据库列严格一致（如 create_time 而非 created_at）
- 调用 Db::name('user')->insertAll($data, false)，第二个参数 false 表示跳过字段检测，大幅提升性能
- 若需返回自增 ID，改用 Db::insertGetId() 配合单条 insert，但仅适用于小批量；万级推荐不依赖返回值
分批次提交 + 显式事务控制
一次性插入 10000 条容易超 MySQL max_allowed_packet 或触发锁等待。建议每 500–2000 条为一批，手动包裹事务：
- 用 Db::startTrans() 开启事务，Db::commit()/Db::rollback() 控制提交
- 避免在循环内频繁 commit，也别把全部万条塞进一个事务（易锁表、失败回滚代价高）
- 示例：每 1000 条执行一次 insertAll + commit，既保障原子性，又控制内存与锁范围
关闭调试与日志记录
开发环境开启 debug 或 log_write = true 时，TP6 会记录每条 SQL 到 runtime/log/，万级插入会严重拖慢磁盘 I/O：
立即学习“PHP免费学习笔记（深入）”；
- 部署前确认 app_debug = false，且 log.level = 'error'（config/log.php）
- 临时禁用 SQL 日志：在插入前加 Db::setLogLevel(0)，结束后恢复
- 调用 Db::getLastSql() 仅用于调试，生产环境务必移除
数据库层面配合优化
PHP 层优化后，瓶颈常转移到 MySQL 配置：
- 确保表引擎为 InnoDB，关闭唯一索引/外键校验（仅限导入期间）：SET UNIQUE_CHECKS=0; SET FOREIGN_KEY_CHECKS=0;
- 增大 innodb_buffer_pool_size（建议设为物理内存 50%–75%），提升缓存命中率
- 插入前执行 ALTER TABLE user DISABLE KEYS，插入后再 ENABLE KEYS（仅 MyISAM 有效；InnoDB 不适用，但可忽略）
- 检查 max_allowed_packet 是否 ≥ 单批次 SQL 字符串长度（建议 ≥ 64M）
