ASP.NET MVC部署时数据库迁移未生效问题求助

• 核对连接字符串与目标数据库
  部署后服务器上Web.config的连接字符串，是否指向你实际要使用的生产数据库？本地执行update-database仅同步了开发环境数据库，若生产库是独立的，需单独同步：
  在本地Package Manager Console中执行Update-Database -Script -SourceMigration:0，生成完整的迁移SQL脚本，然后在生产数据库的SSMS中运行该脚本完成结构同步。

• 检查IIS应用池的数据库权限
  IIS站点对应的应用池身份（如ApplicationPoolIdentity），需拥有目标数据库的读写权限，包括访问__EFMigrationsHistory表的权限——EF依赖此表判断迁移状态，权限不足会导致迁移校验失败。

• 同步迁移历史表记录
  对比本地开发库与生产库的__EFMigrationsHistory表，若生产库缺失部分迁移记录，或记录不一致，EF会判定需要执行迁移。可将本地该表的记录同步到生产库，或手动添加缺失的迁移条目。

• 强制标记迁移为已完成
  若确认数据库结构已是最新状态，仅EF校验异常，可在项目启动代码中强制标记迁移完成：

  using (var scope = app.Services.CreateScope())
  {
      var dbContext = scope.ServiceProvider.GetRequiredService<YourDbContext>();
      var migrator = dbContext.GetService<IMigrator>();
      // 替换为你最新的迁移名称
      migrator.Migrate("20240520123456_LastMigrationName");
  }
  

• 配置启动时自动执行迁移
  若希望部署后站点自动完成迁移，可在Program.cs/Startup.cs中添加自动迁移逻辑：

  var app = builder.Build();
  using (var scope = app.Services.CreateScope())
  {
      var dbContext = scope.ServiceProvider.GetRequiredService<YourDbContext>();
      dbContext.Database.Migrate();
  }
  

  确保应用池身份具备足够的数据库操作权限，否则自动迁移会失败。

内容的提问来源于stack exchange，提问作者Matt Larson