EF Core Code-First迁移重置异常：新建数据库却提示已更新

从你的日志和描述来看，问题出在两个核心点：生成迁移时DbContext触发了对不存在的languages表的查询，导致EF错误判断数据库状态；同时残留的初始化逻辑干扰了迁移流程。下面是一步步的解决方案：

1. 先修复DbContext初始化时的查询问题 #

日志最后报错的根源是：EF在生成迁移的过程中，你的FilterListsDbContext被初始化并执行了针对languages表的查询（比如启动时的数据预加载、配置读取等操作）。这会让EF误以为数据库应该已经存在这些表，同时因为表实际不存在抛出异常，直接干扰了迁移的生成流程。

解决方法：

• 检查项目启动代码（比如Startup.cs的Configure方法，或者.NET 6+的Program.cs），找到那些在应用启动时自动查询数据库的代码块。
• 用环境判断或命令行参数判断，让这些代码只在非迁移生成场景下运行。例如：

  // 在Startup.cs的Configure方法中
  if (!env.IsDevelopment() || !args.Any(arg => arg.Contains("ef")))
  {
      // 原来的查询languages表的代码，比如初始化数据、加载配置等
  }
  

• 或者，为DbContext创建设计时工厂，专门用于迁移生成，确保这个工厂创建的DbContext不会执行任何业务查询。示例代码：

  public class FilterListsDbContextFactory : IDesignTimeDbContextFactory<FilterListsDbContext>
  {
      public FilterListsDbContext CreateDbContext(string[] args)
      {
          var optionsBuilder = new DbContextOptionsBuilder<FilterListsDbContext>();
          optionsBuilder.UseMySql("你的数据库连接字符串", ServerVersion.AutoDetect("你的数据库连接字符串"));
  
          return new FilterListsDbContext(optionsBuilder.Options);
      }
  }
  

2. 彻底清理所有残留 #

确保没有任何旧数据或文件干扰迁移生成：

• 手动删除数据库：登录MySQL执行命令，彻底删掉目标数据库：

  DROP DATABASE IF EXISTS filterlistsdata;
  

• 确认Migrations目录完全删除：检查项目中是否还有残留的Migrations文件夹或迁移文件，确保全部删除干净。

3. 重新生成初始迁移并应用 #

现在可以重新创建干净的初始迁移了：

1. 在Package Manager Console中执行：

   Add-Migration InitialCreate -OutputDir Migrations
   

   （如果使用.NET CLI，执行dotnet ef migrations add InitialCreate --output-dir Migrations）
   这时候应该会生成包含所有实体表创建语句的迁移文件，包括languages表。
2. 应用迁移到数据库：

   Update-Database
   

   （CLI用dotnet ef database update）

为什么之前会失败？ #

你的日志显示EF刚创建数据库和__EFMigrationsHistory表，就查询该表并提示「数据库已最新」，这是因为在迁移生成前，DbContext触发了对languages表的查询，抛出的异常导致EF的模型状态检测逻辑出错，误以为当前数据库已经和模型匹配，所以没有生成任何迁移内容。而后续的查询又因为表不存在报错，形成了恶性循环。

内容的提问来源于stack exchange，提问作者Collin Barrett