迁移文件丢失但migrations表仍有记录时，应手动删除该记录以让Laravel“忘记”其存在；若表也缺失，则需重新生成迁移文件并用--force强制执行。
迁移文件丢了，但migrations表里还有记录
这种情况最典型：你删了 database/migrations/2023_05_10_120000_create_modules_table.php，但 migrations 表里还存着这条记录。下次跑 php artisan migrate 会静默跳过，而 php artisan migrate:rollback 会报 Class 'CreateModulesTable' not found ——因为类文件已不存在。
解决思路不是“恢复文件”，而是让 Laravel “忘记它曾存在过”：
- 手动从
migrations表中删掉对应记录：DELETE FROM migrations WHERE migration = '2023_05_10_120000_create_modules_table'; - 如果该迁移本应创建的表也不存在，且你确认不需要，就不用管；如果表存在但没记录，说明它可能是手动建的，也无需补迁
- 别用
migrate:reset——它会尝试执行所有down()，而缺失类会导致命令直接中断
迁移文件丢了，且表也没建（或建错）
比如你删了文件，又误删了表，现在既没类、也没物理表。此时不能靠回滚，得重建逻辑起点：
Laravel Cloud
下载
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 先确认当前环境（
.env中的DB_DATABASE和DB_CONNECTION）是否正确，避免在错库操作 - 用
php artisan make:migration create_modules_table --create=modules重新生成文件（注意命名要一致，否则migrations表记录对不上） - 在新文件的
up()里照原逻辑写表结构（字段、索引、外键等），尤其注意timestamps()和softDeletes()是否原本就有 - 运行
php artisan migrate --force强制执行（因表不存在，Laravel 默认会拒绝重复建表，--force绕过检查）
想批量重建迁移记录（比如清空重来）
开发早期偶尔需要“重置迁移历史”，但又不想丢数据（比如用户表已有测试数据）。这时候不能只删 migrations 表：
-
php artisan migrate:fresh --seed会删所有业务表，不适用 - 安全做法是：导出现有表结构（如用
mysqldump --no-data），再用php artisan schema:dump生成快照迁移，最后清空migrations表并重跑 - 更轻量的替代：手动插入记录到
migrations表，把已存在表对应的迁移标记为已执行（batch = 1），例如：INSERT INTO migrations (migration, batch) VALUES ('2023_05_10_120000_create_modules_table', 1); - 插入后务必核对
php artisan migrate:status输出，确保状态与实际表结构一致
为什么不能直接改迁移文件名或内容？
迁移不是普通 PHP 类——它的文件名（含时间戳）被硬编码进 migrations 表的 migration 字段。一旦你改了文件名，Laravel 就再也找不到它对应的记录；改了 up() 内容，已执行过的迁移也不会重跑。
所以真正危险的不是“文件丢了”，而是“文件名和 migrations 表记录不一致”——这会让 Laravel 在“该跑时不跑”和“不该跑时硬跑”之间反复横跳。修复永远从查表开始，而不是猜文件名。
