Laravel5.5数据填充Seeder应该怎么使用

先说几个核心判断：Lara vel 5.5 的 Seeder 机制本身不复杂，但日常开发中踩坑的频率相当高——不是类没跑起来，就是数据插不进去，再不然就是线上环境差点清空用户表。理解它的运作逻辑，比记住几条命令重要得多。

Seeder 类生成后不会自动执行，必须显式调用

刚运行 php artisan make:seeder UserTableSeeder，文件是生成了，可 php artisan db:seed 跑完发现啥也没变——这个坑，估计不少新手都踩过。Lara vel 5.5 默认只执行 DatabaseSeeder，而它的 run() 方法默认是空的，压根不会调任何其他 Seeder。

• 要跑单个 Seeder，必须加 --class 参数：php artisan db:seed --class=UserTableSeeder
• 类名必须与文件名严格一致（UserTableSeeder ↔ UserTableSeeder.php），且不带 .php 后缀，拼写错一个字母就报错
• 如果想让它随 db:seed 一起跑，得手动在 DatabaseSeeder.php 的 run() 里写：$this->call(UserTableSeeder::class);
• Lara vel 5.5 的命名空间是全局的（没用 DatabaseSeeders），所以类名不用带前缀；但如果你改过 autoload 或用了自定义命名空间，--class 值就得写全，比如 --class=AppSeedersUserTableSeeder

插入数据时别用 create() 循环，优先选 DB::table()->insert()

在 UserTableSeeder::run() 里写 100 次 User::create($data)，等于触发 100 次模型事件、验证、时间戳自动填充和单条 INSERT。不仅慢，还容易爆内存或超时——尤其是测试数据量上到几千条的时候。

• 批量插入用 DB::table('users')->insert($data)，其中 $data 是二维数组，字段名必须和数据库列名完全一致（如 'email'、'password'）
• insert() 不走模型逻辑，不检查 $fillable，也不触发 creating 等事件——这正是 Seeder 场景想要的：快、轻量、可控
• 如果非要用模型（比如依赖 boot() 里的自动密码加密），至少包一层事务：DB::transaction(function () { ... });，避免中途失败留下半截脏数据
• 注意 Lara vel 5.5 的 bcrypt() 函数可用，但别漏掉 'created_at' 和 'updated_at' 字段——它们不是默认填充的，得手动写 now() 或 Carbon::now()

用工厂（Factory）批量造测试数据更省事，但要注意字段完整性

比起手写数组，User::factory()->count(50)->create() 更灵活。不过 Lara vel 5.5 的 Factory 是基于 IlluminateDatabaseEloquentFactory 的，没有内置中文支持，字段缺失会直接报错——错误提示还不太友好。

• 先生成工厂：php artisan make:factory UserFactory --model=User（工厂文件放在 database/factories/）
• 在 UserFactory::definition() 中，所有 NOT NULL 字段都必须显式提供值，否则插入失败，错误类似：SQLSTATE[HY000]: General error: 1364 Field 'email' doesn't ha ve a default value
• fake()->name() 和 fake()->safeEmail() 返回英文内容；如果需要中文，得手动初始化 Faker：$faker = FakerFactory::create('zh_CN');，再用 $faker->name
• 工厂不自动处理时间戳，create() 会填，但 make() 不会——别混用。另外，Lara vel 5.5 不支持 has() 关联语法（那是 7+ 才有的），想关联得手动设外键字段

线上环境千万别直接跑 db:seed，也没有自动事务包装

Seeder 在 Lara vel 5.5 中默认不开启事务，出错就停，已执行的 SQL 不回滚。更危险的是，它不判断环境——APP_ENV=production 下照样执行，可能清掉真实用户表。这是很多线上事故的根源。

• 所有含 DB::table('xxx')->truncate() 或 delete() 的 Seeder，第一行务必加注释提醒风险，比如：// DANGEROUS: wipes users table
• 不要在 DatabaseSeeder 的 call() 链里塞生产敏感 Seeder；调试单个表时，永远用 --class 显式指定，避免误操作
• 本地开发常用组合：php artisan migrate:fresh --seed，它会先删库重建结构，再跑 Seeder——但这个命令线上绝对禁用，没有商量余地
• Seeder 不是 Migration 的替代品：Migration 负责建表，Seeder 只负责填数。别在 Migration 的 up() 里写 DB::table()->insert()，职责混淆会导致部署失败

实际跑起来之前，最容易被忽略的是三件事：类名拼写是否和文件名 100% 一致、NOT NULL 字段有没有在工厂或数组里填满、以及当前是不是正在生产数据库上操作。这三条确认了，Seeder 基本不会出大问题。