ASP.NET Core 6 Web API部署时如何更新生产数据库

嘿，作为刚上手ASP.NET Core和EF6的开发者，这种部署时更新生产数据库的需求太常见了，我给你整理几个适合服务器无开发环境的靠谱方案：

方案一：生成迁移SQL脚本，手动执行（最推荐） #

这是生产环境最安全的方式，因为你可以提前检查脚本内容，避免意外变更：

• 先在本地开发环境确认所有迁移都已创建并应用到本地测试库（也就是你之前执行的Add-Migration和Update-Database都完成了）。
• 打开Package Manager Console（或者用.NET CLI命令，EF6需要确保安装了对应工具），运行以下命令生成SQL脚本：

  # 如果生产数据库是全新的（没有任何迁移记录），生成从空库到最新迁移的脚本
  Update-Database -Script -SourceMigration:0 -TargetMigration:YourLatestMigrationName
  
  # 如果生产数据库已经有部分迁移，生成从当前生产库状态到最新迁移的脚本（省略SourceMigration即可，EF会自动识别）
  Update-Database -Script
  

• 命令执行后会弹出一个包含完整SQL脚本的窗口，把脚本保存为.sql文件。
• 拿到生产服务器，用MySQL管理工具（比如MySQL Workbench、phpMyAdmin）登录生产数据库，执行这个脚本。执行前务必备份生产数据库，并且先在测试环境验证脚本的正确性。

方案二：启用自动迁移（谨慎使用） #

如果你的项目规模较小，且能完全把控迁移变更，可以考虑让应用启动时自动执行迁移，但生产环境启用这个有风险（比如意外的schema变更可能导致服务中断）：

• 找到你的EF6迁移配置类（通常是Configuration.cs，在Migrations文件夹下），修改配置：

  internal sealed class Configuration : DbMigrationsConfiguration<YourDbContext>
  {
      public Configuration()
      {
          AutomaticMigrationsEnabled = true;
          // 如果允许自动迁移时自动处理数据丢失（非常危险，生产环境不建议开）
          // AutomaticMigrationDataLossAllowed = true;
      }
  
      // ... 其他配置
  }
  

• 在Web API的启动代码（比如Program.cs或Startup.cs）里，添加应用迁移的逻辑：

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

• 部署应用到服务器时，确保生产环境的连接字符串正确指向目标MySQL数据库，且应用池的运行账号拥有数据库的修改权限（比如CREATE、ALTER TABLE等）。

关键注意事项 #

• 备份优先：不管用哪种方案，执行迁移前一定要备份生产数据库，出问题能快速回滚。
• 权限检查：确保执行脚本或应用迁移的账号拥有足够的数据库权限，避免因权限不足导致迁移失败。
• 测试验证：生成的脚本先在和生产环境一致的测试库中执行，确认没有语法错误或数据问题后再到生产环境操作。

内容的提问来源于stack exchange，提问作者Amit Verma