.NET 6中使用EF Core连接MariaDB失败，直连正常该如何解决？

• 配置路径不匹配：DI注册代码中读取连接字符串的配置路径是EntityFramework:MyDbContext:ConnectionStringKey，但用户机密配置中对应的节点名是PigDbContext，两者不匹配会导致程序读取到空的连接字符串，无法完成数据库连接初始化。
• VPN下DNS解析异常：居家办公的VPN环境下，.NET运行时的DNS解析可能优先走本地网卡链路，没有走VPN隧道，导致无法解析pbr-dbs-01这类内网域名；而本地数据库工具可能默认适配了VPN代理规则，所以可以正常连接。
• ServerVersion自动探测逻辑缺陷：ServerVersion.AutoDetect()方法需要先发起一次数据库连接来探测版本，该过程不会触发你配置的重试策略，一旦首次连接失败会直接抛出超时异常。

1. 优先修复配置路径不匹配问题
   二选一修改即可：

   • 将用户机密配置中的PigDbContext节点名改为MyDbContext，和代码读取路径保持一致
   • 将代码中读取配置的路径改为EntityFramework:PigDbContext:ConnectionStringKey，和配置节点保持一致

   修复后可在注册DbContext前加断点，验证Configuration.GetConnectionString("EntityFramework:MyDbContext:ConnectionStringKey")能拿到正确的连接字符串。

2. 替换为手动指定数据库版本
   去掉ServerVersion.AutoDetect()逻辑，根据你的数据库类型和版本手动指定，示例代码：

   // MySQL 8.0版本示例
   var serverVersion = new MySqlServerVersion(new Version(8, 0, 33));
   // 如果是MariaDB用下面的写法
   // var serverVersion = new MariaDbServerVersion(new Version(10, 6, 10));
   
   services.AddDbContext<MyDbContext>(
       options => options.UseMySql(Configuration.GetConnectionString("EntityFramework:MyDbContext:ConnectionStringKey"), 
       serverVersion,
       builder => builder.CommandTimeout(1800).EnableRetryOnFailure(5, TimeSpan.FromSeconds(10), null))
   );
   

3. 解决VPN下域名解析问题
   二选一操作即可：

   • 将连接字符串中的server=pbr-dbs-01:3306改为server=数据库对应的内网IP:3306，跳过DNS解析步骤
   • 修改本地hosts文件，添加一行数据库内网IP pbr-dbs-01，手动绑定域名和IP映射

4. 延长连接超时时间
   在连接字符串中添加ConnectionTimeout=30;参数，适配VPN网络的延迟，避免正常连接还没建立就被判定超时。

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