.NET Core 6.0迁移后MySQL环境下Schema Name属性失效问题

核心原因 #

MySQL 中Schema（模式）和 Database（数据库）是完全等价的概念，而 Pomelo.EntityFrameworkCore.MySql 会将 EF Core 里的 Schema 参数映射为 MySQL 的数据库名。但当你的 DbContext 通过连接字符串指定了默认数据库（testDb）时，EF Core 会优先使用这个默认数据库，忽略实体上配置的 Schema 名称，导致查询时始终去 testDb 中查找表。

解决方案 #

方案1：为每个数据库创建独立的 DbContext #

如果需要访问多个数据库，最规范的做法是为每个数据库单独创建 DbContext，每个 DbContext 使用对应数据库的连接字符串：

1. 创建针对 devDb 的 DbContext：

public class DevDbContext : DbContext
{
    public DevDbContext(DbContextOptions<DevDbContext> options) : base(options)
    {
        Database.SetCommandTimeout(100000000);
    }

    public DbSet<MyTable> MyTable { get; set; }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        // 无需指定Schema，连接字符串已指向devDb
        modelBuilder.Entity<MyTable>(e => e.ToTable("myTable"));
    }
}

2. 在 Startup.cs 中注册多个 DbContext：

// 注册对应testDb的ApplicationDbContext
var testDbConn = Configuration.GetConnectionString("TestDbConnection");
services.AddDbContext<ApplicationDbContext>(options => 
    options.UseMySql(testDbConn, ServerVersion.AutoDetect(testDbConn)));

// 注册对应devDb的DevDbContext
var devDbConn = Configuration.GetConnectionString("DevDbConnection");
services.AddDbContext<DevDbContext>(options => 
    options.UseMySql(devDbConn, ServerVersion.AutoDetect(devDbConn)));

3. 配置文件中添加两个连接字符串：

"ConnectionStrings": {
    "TestDbConnection": "server=xxx;database=testDb;uid=xxx;pwd=xxx;",
    "DevDbConnection": "server=xxx;database=devDb;uid=xxx;pwd=xxx;"
}

方案2：使用完全限定表名（单DbContext跨库访问） #

如果必须在同一个 DbContext 中访问多个数据库，可以直接在表名中指定数据库名（代替 Schema 参数）：

方式A：DataAnnotation

[Table("devDb.myTable")]
public class MyTable
{
    [Key]
    public int Id { get; set; }
}

方式B：Fluent API

modelBuilder.Entity<MyTable>(e => { e.ToTable("devDb.myTable"); });

这种方式会让 EF Core 生成带数据库前缀的 SQL 语句，直接访问 devDb 中的表。

验证说明 #

使用方案1时，每个DbContext独立绑定对应数据库，不会出现跨库混淆问题；方案2通过完全限定名强制指定数据库，绕过了DbContext默认数据库的限制。两种方式都能解决你遇到的 Table 'testDb.myTable' doesn't exist 异常。

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