Docker环境下Laravel Seeder未完成全量数据填充异常排查

你贴出的Seeder逻辑本身没有功能性问题，本地环境能完整跑完13999条数据已经验证了这一点。Docker环境下固定卡在6400条中止、无成功提示，基本是Docker环境的配置限制导致，优先从内存占用方向排查。

• 优先修复内存占用过高问题
  当前代码有两个非常容易触发内存上限的写法：
  1. 循环内每次执行Brand::where('name', $json['brand'])->first()查询品牌ID，属于典型的N+1查询，1万多条数据会产生1万多次独立SQL请求，内存消耗会随插入条数线性上涨。
  2. Laravel默认开启查询日志，所有执行过的SQL语句、绑定参数都会常驻内存，循环批量写入场景下内存涨速会非常快。
     而官方Docker PHP镜像、大部分自定义PHP镜像的默认memory_limit配置通常比本地集成环境（比如PhpStudy、Laragon）低很多，很容易在几千条数据时触发内存上限，被系统静默OOM杀死，不会抛出任何可见报错，自然也就不会输出执行成功的提示。

  验证方法：在Seeder开头加入echo 'PHP内存上限：' . ini_get('memory_limit') . "\n";，在循环插入逻辑的末尾加入echo '插入'.$i.'条，当前内存占用：' . round(memory_get_usage(true)/1024/1024, 2) . "MB\n";，再执行seeder观察输出，基本会看到6400条左右内存占用刚好碰到配置上限。
  对应修复方案：

  • 进入循环前提前查询所有品牌的ID映射：$brandMap = Brand::pluck('id', 'name')->toArray();，循环内直接通过$brandMap[$json['brand']]取品牌ID，完全去掉循环内的重复查库逻辑。
  • Seeder开头加DB::disableQueryLog();关闭查询日志，阻断SQL记录的内存占用。
  • Seeder开头加set_time_limit(0);，避免CLI模式下被PHP超时配置意外中断。
  • 临时验证可以在执行seeder时指定内存参数：php -d memory_limit=512M artisan db:seed，长期使用可以修改Docker内PHP的ini配置，把memory_limit设为512M即可满足这类批量脚本的需求。
• 内存调整后仍异常的排查方向
  执行docker logs <你的PHP服务容器名>查看容器运行日志，如果是内存不足触发系统OOM杀死进程，日志里会有明确的进程被杀记录；如果是数据库连接中断，日志里也会输出对应的连接报错。
  如果MySQL服务也部署在Docker容器内，可适当调大innodb_buffer_pool_size配置，避免批量写入时缓冲池不足导致写入阻塞。
• 可选优化
  不需要单条执行insert，可以每攒50-100条数据调用一次insert()批量写入，既能把seeder执行速度提升数倍，也能进一步降低内存和数据库连接消耗。

内容的提问来源于stack exchange，提问作者Kos-Mos