根本解决ThinkPHP批量插入内存溢出需分三步：一临时调高memory_limit；二改用分批insertAll、禁用自动时间戳、直连DB；三循环中unset数据、避免new模型、释放GD资源。
ThinkPHP批量插入触发 “Allowed memory size exhausted”，本质是单次操作加载或构造了过多数据，超出了 PHP 的 memory_limit 限制。这不是单纯调大内存就能根治的问题，需从配置、写法、资源释放三方面协同处理。
一、先临时稳住：快速提升内存上限（仅限调试/过渡）
在入口文件 index.php 顶部（任何逻辑执行前）加入：
-
ini_set('memory_limit', '512M');—— 适用于 CLI 或 Web 环境，无需重启服务 - 若需彻底生效且长期使用，修改
php.ini中的memory_limit = 512M，然后重启 Web 服务或 PHP-FPM - 共享主机无法改
php.ini？可在项目根目录加.htaccess（Apache 有效）：php_value memory_limit 384M
二、根本解决：避免一次性构造全量数据
批量插入失败，90% 源于用 Db::insertAll($data) 直接传入几万条记录数组——整个数组驻留内存，模型验证、SQL 组装、参数绑定全部叠加开销。
- 改用分批插入：每 500～1000 条为一批，显式循环执行
array_chunk($data, 1000) → foreach → Db::insertAll() - 禁用模型自动时间戳（如不需要）：
在模型类中设protected $autoWriteTimestamp = false;，省去每次插入的时间字段处理 - 绕过模型，直连数据库（更轻量）：
Db::name('table')->strict(false)->insertAll($chunk);，关闭严格模式可略降解析成本
三、警惕隐藏内存杀手
即使分批，若写法不当仍会持续累积内存：
立即学习“PHP免费学习笔记（深入）”；
- 循环内不要反复 new 模型实例或构造 Response/Request 对象，它们携带完整容器上下文，单次开销可达 300KB+
- GD 图片处理、二维码生成等操作后，必须手动释放：
$qrCode->clear();或imagedestroy($resource); - 使用
unset($chunk)显式销毁已插入的数据块，尤其在 CLI 长任务中效果明显 - 检查是否误用
with()预载关联数据——批量插入时完全不需要关联查询，开启反而加载冗余模型
四、进阶方案：流式插入 + 游标分页（适合百万级导入）
当原始数据来自数据库（如迁移旧表），别用 select() 全取再插入，改用游标分页 + 批量写入：
- 按主键递增拉取：
Db::name('source')->where('id', '>', $lastId)->limit(1000)->select() - 查完立刻插入目标表，再更新
$lastId，不保留历史结果集 - 封装成生成器函数，让 PHP 自动管理每批次变量生命周期，内存自然回收
