答案：EF Core迁移用于同步代码模型与数据库结构。需安装Tools包、配置DbContext并创建初始迁移（如InitialCreate），通过“do.net ef migrations add”生成变更脚本，用“update”应用到数据库；支持查看迁移列表、回滚及生成sql脚本供生产审核，确保多环境一致性和团队协作安全。
在使用 .NET 开发应用程序时，Entity Framework Core（简称 EF Core）是操作数据库最常用的 ORM 框架之一。它不仅简化了数据访问逻辑，还提供了强大的数据库迁移（Migration）功能，帮助开发者在代码模型变更时同步更新数据库结构。本文将详细介绍如何使用 EF Core 进行数据库迁移，涵盖从创建迁移到应用迁移的完整流程。
什么是 EF Core 数据库迁移
EF Core 迁移是一种将实体模型的更改逐步应用到数据库的机制。当你修改了实体类（如添加新字段、修改类型或新增表），迁移可以生成相应的 SQL 脚本，并安全地更新数据库结构，而无需手动编写 SQL 语句。
迁移的核心目标是：保持代码模型与数据库结构的一致性，同时支持版本控制和团队协作。
启用迁移的基本条件
在开始之前，确保项目中已满足以下条件：
- 已安装 microsoft.EntityFrameworkCore.Tools 包（开发时使用）
- 已配置 DbContext 并在 Program.cs 或 Startup.cs 中注册服务
- 数据库连接字符串正确配置
通过 NuGet 安装工具包（若未安装）：
dotnet add package Microsoft.EntityFrameworkCore.Tools
创建并应用第一个迁移
假设你已经定义好一个继承自 DbContext 的上下文类，例如 appDbContext，接下来可以开始迁移流程。
- 打开终端，进入项目目录
- 执行命令创建初始迁移：
dotnet ef migrations add InitialCreate
该命令会在项目中生成一个 Migrations 文件夹，并创建一组快照文件（如 yyYYMMDDHHMMSS_InitialCreate.cs），记录当前模型状态。
- 将迁移应用到数据库：
dotnet ef database update
执行后，EF Core 会检查数据库是否存在，若不存在则创建，并运行迁移脚本建立表结构。
处理模型变更与后续迁移
当你的业务需求变化，比如为用户表添加邮箱字段：
public class User { public int Id { get; set; } public String Name { get; set; } public string Email { get; set; } }
此时需要生成新的迁移来反映这一变更：
dotnet ef migrations add AddUserEmail
EF Core 会对比当前模型与上一次迁移的快照，自动生成包含 ALTER table 语句的迁移文件。
再次运行：
dotnet ef database update
数据库结构即被更新，新增 Email 列。
查看迁移状态与回滚操作
你可以随时查看当前迁移状态：
dotnet ef migrations list
列出所有已定义的迁移，已应用的会标注星号。
若需回退到上一个版本：
dotnet ef database update PreviousMigrationName
或直接回退到最后一个迁移之前的版本：
dotnet ef database update –to PreviousMigrationName
注意：回滚操作会执行迁移文件中的 Down 方法，可能造成数据丢失，请谨慎操作。
生成 SQL 脚本用于生产环境
在生产环境中，通常不直接运行 update 命令，而是先生成 SQL 脚本供 dba 审核。
生成从初始迁移至今的所有 SQL 语句：
dotnet ef migrations script
若只想生成某两次迁移之间的差异脚本：
dotnet ef migrations script AddUserEmail AddUserPhone
输出的 SQL 可保存为 .sql 文件，便于部署和审计。
常见问题与注意事项
- 模型与数据库不一致：确保每次模型变更后都创建新迁移，避免跳过步骤
- 迁移命名冲突：迁移名称在项目内必须唯一，建议使用描述性名称
- 自动迁移关闭：EF Core 不再支持全自动迁移，必须显式执行 migrations add
- 多环境支持：可在不同环境下使用相同迁移脚本，保证结构一致性
基本上就这些。掌握 EF Core 的迁移机制，能极大提升开发效率，减少手动维护数据库的负担。只要遵循“改模型 → 添加迁移 → 更新数据库”的流程，就能安全可靠地管理数据库演进。不复杂但容易忽略的是保持迁移历史清晰，避免随意删除或修改已有迁移文件。