Entity Framework 6连接SQL Server时尝试调用MySqlClient崩溃问题排查

问题根因 #

该问题的核心触发逻辑和你当前的SQL Server配置无关，是EF迁移的模型比对机制导致的：
你之前使用MySQL运行程序时，EF生成的迁移记录会存入__MigrationHistory系统表，其中Model字段存储的序列化模型的SSDL（存储架构定义语言）内容，硬编码了当时使用的提供程序标识MySql.Data.MySqlClient。切换到SQL Server后，MigrateDatabaseToLatestVersion策略在执行迁移前，会拉取所有历史迁移记录的模型和当前代码生成的模型做差异比对，读取旧模型时就会强制触发对应MySQL提供程序的加载逻辑。

你在全新项目中无法复现的原因也在此：新项目没有对应MySQL的历史迁移记录，不会触发旧模型的解析流程。

解决方案 #

方案1：隔离不同数据库的迁移历史（推荐）

多数据库支持场景下不要共用同一套迁移记录，两种实现方式可选：

• 为SQL Server和MySQL分别配置独立的迁移组，在迁移配置类中指定不同的ContextKey，或者直接指定不同的迁移历史表名，避免跨库读取历史记录：

// SQL Server迁移配置示例
internal sealed class SqlServerConfiguration : DbMigrationsConfiguration<YourDbContext>
{
    public SqlServerConfiguration()
    {
        AutomaticMigrationsEnabled = false;
        // 单独指定ContextKey区分不同数据库的迁移
        ContextKey = "SqlServerMigrations";
        // 也可以直接指定独立的迁移历史表
        SetHistoryContextFactory("System.Data.SqlClient", 
            (conn, schema) => new HistoryContext(conn, "SqlServerHistory"));
    }
}

• 开发环境可以直接删除SQL Server数据库中已有的__MigrationHistory表，或者清空整个数据库，让EF重新生成全量的SQL Server迁移记录，新记录中的模型会绑定System.Data.SqlClient提供程序，不会再触发MySQL驱动加载。

方案2：动态移除冗余提供程序注册

如果运行时不需要同时加载两种驱动，可以在SQL Server模式下启动时，动态移除EF配置中的MySQL提供程序注册项，从根源避免加载触发。

方案3：改用显式迁移脚本（不推荐）

如果不需要使用EF自动迁移能力，可以直接编写对应不同数据库的SQL迁移脚本手动执行，绕过EF的自动模型差异校验逻辑，自然不会触发旧模型解析。

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