.NET Core在Startup用AddDbContext配置MySQL连接失败如何解决

问题产生原因 #

• 核心错误：业务代码中直接调用无参构造函数new DatabaseContext()实例化数据库上下文，完全没有用到依赖注入容器中通过AddDbContext配置好的上下文实例。无参构造不会传入已配置的数据库连接参数，同时当前OnConfiguring方法的未配置分支为空，没有兜底的数据库配置逻辑，导致上下文找不到对应的数据库提供者，触发报错。
• 次要注意点：你的MySQL连接串写法采用了SQL Server的端口分隔规则server=localhost,3306，MySQL标准写法为server=localhost;port=3306，后续连接时如果出现网络报错可优先修改此处。

修复方案 #

方案一（推荐，符合.NET Core依赖注入设计规范） #

1. 首先删除DatabaseContext中定义的无参构造函数，从根源避免手动new实例的错误调用：

// 删除这行无参构造代码
// public DatabaseContext() { }

2. 业务服务类不再手动new上下文，改为通过构造函数注入已配置好的DatabaseContext实例：

// 示例业务服务类代码
public class AdminService
{
    private readonly DatabaseContext _dbContext;
    // 依赖注入获取配置完成的上下文
    public AdminService(DatabaseContext dbContext)
    {
        _dbContext = dbContext;
    }

    public Admin Get(Expression<Func<Admin, bool>> predicate = null)
    {
        try
        {
            return _dbContext.Set<Admin>()
                .FirstOrDefault(predicate ?? throw new ArgumentException(nameof(predicate)));
        }
        catch (Exception ex)
        {
            Console.WriteLine(ex.Message);
            return null;
        }
    }
}

3. 确保业务服务类本身也注册到DI容器中，在Startup.cs的ConfigureServices方法中补充服务注册：

// 示例，根据你实际的服务接口和实现类修改
services.AddScoped<IAdminService, AdminService>();

方案二（临时兼容手动new的写法，不推荐长期使用） #

如果项目逻辑暂时不适合改造为依赖注入模式，可以在OnConfiguring方法的未配置分支补充数据库配置逻辑：

protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder) 
{ 
    if (!optionsBuilder.IsConfigured)
    {
        optionsBuilder.UseMySql("你的MySQL连接字符串", Microsoft.EntityFrameworkCore.ServerVersion.Parse("8.0.26-mysql"));
    }
}

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