Asp.Net Core删除迁移后，如何恢复数据库至迁移前状态？

看起来你踩了EF Core迁移的一个常见坑——手动删除本地迁移文件但数据库里已经保留了这些更改，导致后续迁移冲突。下面分两种场景给你可行的解决办法：

场景1：数据库数据可丢弃（测试/开发环境） #

这是最省心的方案，适合数据不重要的情况：

• 先确认当前已应用的迁移列表：

  # 命令行方式
  dotnet ef migrations list
  # 或者Package Manager Console中执行
  Get-Migrations
  

  你会看到那条被你手动删除的迁移依然标记为Applied。
• 强制删除整个数据库：

  dotnet ef database drop -f
  # PMC命令
  Drop-Database -Force
  

• 将数据库恢复到最后一个正常的迁移版本：

  dotnet ef database update <你的最后一个有效迁移名称>
  # PMC命令
  Update-Database -Migration <你的最后一个有效迁移名称>
  

• 现在就可以正常创建并应用新迁移了：

  dotnet ef migrations add <新迁移名称>
  dotnet ef database update
  

场景2：数据库数据不能丢失（生产/重要环境） #

这种情况需要手动回滚数据库更改并修正EF的迁移历史：

1. 手动撤销已应用的迁移更改：
   根据报错信息，你需要先删除数据库中已存在的外键约束，比如执行SQL：

   ALTER TABLE TaskDates DROP CONSTRAINT FK_TaskDates_Tasks_TaskId;
   

   如果那条迁移还创建了TaskDates表或其他对象，也要一并删除（比如DROP TABLE TaskDates;，根据实际迁移内容调整）。
2. 修正EF迁移历史表：
   删除__EFMigrationsHistory表中对应被删除迁移的记录：

   -- 先查询找到目标迁移的ID
   SELECT * FROM __EFMigrationsHistory;
   -- 替换成你的迁移ID执行删除
   DELETE FROM __EFMigrationsHistory WHERE MigrationId = '20240520123456_你的迁移名称';
   

3. 完成以上操作后，数据库就回到了应用那条迁移之前的状态，你可以正常添加并应用新迁移了。

重要提醒 #

以后千万别手动删除迁移文件！如果要撤销未应用的迁移，用dotnet ef migrations remove；如果已经应用到数据库，先执行dotnet ef database update <上一个迁移名称>回滚数据库，再删除本地迁移文件，这样EF的本地记录和数据库历史才能保持一致。

内容的提问来源于stack exchange，提问作者Seale Rapolai