Laravel执行php artisan migrate报错：表wkaranjarealtorsdb.categories不存在

以下是逐步排查和解决的方法：

• 检查迁移执行顺序
  Laravel按迁移文件名的时间戳排序执行，如果有其他迁移/代码在categories表的迁移之前就依赖它（比如创建关联表、查询数据），就会报错。查看所有迁移文件的时间戳，确保create_categories_table的时间戳早于所有依赖它的迁移文件。

• 确认categories迁移是否已执行
  查看数据库中的migrations表，检查是否有create_categories_table对应的记录。如果没有，尝试单独执行该迁移：

  php artisan migrate --path=/database/migrations/[你的categories迁移文件名].php
  

  替换括号里的实际文件名，比如2024_05_20_123456_create_categories_table.php。

• 检查迁移文件代码正确性
  打开create_categories_table迁移文件，确认up()方法里正确创建了categories表，没有拼写错误或语法问题：

  public function up()
  {
      Schema::create('categories', function (Blueprint $table) {
          $table->id();
          $table->string('name');
          // 其他字段...
          $table->timestamps();
      });
  }
  

  确保Schema::create的第一个参数是categories，没有写错。

• 清理缓存
  缓存可能导致配置或代码加载异常，执行以下命令清理缓存：

  php artisan config:clear
  php artisan route:clear
  php artisan cache:clear
  

  之后重新执行迁移。

• 验证数据库连接配置
  检查.env文件中的数据库配置，确认DB_DATABASE是wkaranjarealtorsdb，用户名、密码、主机信息正确。可以用tinker测试连接：

  php artisan tinker
  

  然后执行DB::table('migrations')->get()，如果能返回数据，说明数据库连接正常。

• 排查提前访问表的代码
  检查AppServiceProvider等服务提供者的boot()方法，或种子文件中是否有在迁移完成前就访问categories表的代码（比如查询、插入数据）。这类代码会在迁移执行前运行，导致表不存在错误。

• 修复迁移记录与实际表的不一致
  如果之前手动删除过categories表，但migrations表中仍留有该迁移的记录，Laravel会认为表已创建，不会重新执行迁移。此时需要手动从migrations表中删除对应的记录，然后重新执行php artisan migrate。

内容的提问来源于stack exchange，提问作者stephen Weru