.NET7多DbContext连接MySQL报错：Access denied for user 'myuser'@'localhost'

问题概述 #

ASP.NET Core MVC（7.0）应用连接本地MySQL 8.0.32实例，原root无密码连接正常。创建新用户myuser后，应用持续报错：

"Access denied for user 'myuser'@'localhost' (using password: NO)"

当前实现：通过辅助函数从appsettings.Development.json读取基础连接串，结合DotNet密钥存储中的密码生成完整连接串，生成结果格式合规；且mysql -u myuser -p、DBEaver客户端均可正常连接该用户，添加PersistSecurityInfo = true无效。

排查要点 #

• 验证密钥存储密码的读取有效性
  在辅助函数中添加日志输出builder.Configuration["AppDBPassword"]的实际值，确认密码是否被正确加载。若密钥存储配置未生效，会导致密码为空，最终连接串未携带密码触发报错。
• 检查MySQL用户的主机绑定权限
  MySQL用户权限与主机强绑定，执行SELECT user, host FROM mysql.user WHERE user='myuser';查看用户的主机配置。若创建用户时使用myuser@'%'，而应用通过localhost连接（触发socket方式），可能存在权限不匹配问题，需创建myuser@localhost并赋予对应数据库权限。
• 兼容MySQL 8.0的认证插件与连接参数
  MySQL 8.0默认使用caching_sha2_password认证插件，可尝试在拼接后的连接串中添加SslMode=None（本地连接无需SSL）或AllowPublicKeyRetrieval=true参数，测试是否解决认证问题。
• 确认DbContext的注册逻辑
  检查Program.cs中DbContext的注册代码，确保正确调用辅助函数获取加密后的连接串，避免误用原始无密码的基础连接串。示例正确写法：

  builder.Services.AddDbContext<IdentityDataContext>(options =>
      options.UseMySql(GetSecureConnectionString(builder, "IdentityDataContextConnection"), 
          ServerVersion.AutoDetect(GetSecureConnectionString(builder, "IdentityDataContextConnection"))));
  

• 排查密码的转义与特殊字符问题
  若密码包含特殊字符，验证MySqlConnectionStringBuilder是否正确转义。可临时将密码硬编码到连接串中测试，排除转义异常导致的密码失效。
• 查看MySQL服务的连接日志
  开启MySQL的通用查询日志或错误日志（配置文件my.cnf/my.ini中设置），查看应用连接时的认证细节，包括实际传递的用户名、主机、认证方式，定位密码传递过程中的异常。

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