AspNetCore 2.0.5迁移异常：创建同名新表而非修改现有表

这种问题在EF Core开发中挺常见的，核心原因都是EF无法正确识别数据库中已存在的表和它的迁移历史之间的对应关系，下面是几个最可能的根因及排查方向：

1. 连接字符串指向了错误的数据库 #

这是最容易忽略的点！你的DbContext可能连接的不是你手动创建表的那个数据库：

• 检查appsettings.json（或其他配置文件）里的连接字符串，确认数据库服务器地址、数据库名称是否完全正确；
• 登录数据库服务器，查看目标数据库里有没有__EFMigrationsHistory表——如果这个表都不存在，EF会直接认为这是个全新的数据库，自然会生成创建所有表的脚本。

2. 实体类与现有表的映射不匹配 #

EF是通过实体类的配置来推断表结构的，如果实体类和数据库表的结构对不上，它就无法识别这是同一个表：

• 表名不匹配：比如你手动建的表叫UserInfo，但实体类User没有通过[Table("UserInfo")]特性或Fluent API指定表名，EF默认生成的表名可能是Users（取决于你的复数化配置）；
• 字段/约束不匹配：比如实体类的主键是Guid类型，但数据库表的主键是int；或者实体类新增了必填字段，但现有表中没有这个字段；
• 解决方式：把实体类的配置（DataAnnotations/Fluent API）和数据库表的结构逐字段对比，确保完全一致。

3. 迁移历史记录缺失或不一致 #

EF完全依赖__EFMigrationsHistory表来跟踪哪些迁移已经应用到数据库：

• 如果你是手动创建的表，而不是通过EF的Update-Database生成的，那么__EFMigrationsHistory里就没有对应的迁移记录，EF会认为这个表从未被创建过；
• 解决方式：
  • 执行Add-Migration InitialCreate -IgnoreChanges创建一个空的初始迁移（这个迁移不会生成任何表结构变更的脚本）；
  • 执行Update-Database，EF会把这个空迁移的记录写入__EFMigrationsHistory；
  • 后续再执行Add-Migration时，EF就会基于现有表的结构生成变更脚本了。

4. EF Core 2.0.5版本的已知bug #

EF Core 2.x的早期版本确实存在一些表识别的问题，比如处理复杂映射（继承、多对多）时的逻辑缺陷：

• 建议尝试升级到EF Core 2.0系列的最新补丁版本（比如2.0.9），或者直接升级到更稳定的2.1.x版本，很多这类小bug在后续版本中都被修复了。

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