17370845950

MySQL用户无法登录主因是认证插件（如caching_sha2_password）与客户端不兼容、host匹配错误或密码设置方式不当，而非权限问题；需检查plugin字段、确保host精确匹配、使用ALTER USER安全改密，并排查SSL/require_secure_transport限制。

MySQL 用户无法登录但权限显示正常，大概率是认证插件或密码验证方式不匹配导致的，而不是权限配置问题。重点检查用户账户的认证插件、密码加密方式、以及客户端连接时的协议兼容性。

检查用户的认证插件是否为 caching_sha2_password

MySQL 8.0+ 默认使用 caching_sha2_password 插件，而旧版客户端（如某些 PHP 扩展、老版本 MySQL Workbench 或命令行工具）可能不支持该插件，导致“密码正确却登录失败”。

• 执行 SELECT user, host, plugin FROM mysql.user WHERE user = 'your_user'; 查看该用户的 plugin 字段
• 若结果为 caching_sha2_password，可临时切换为兼容性更好的 mysql_native_password
• 执行：ALTER USER 'your_user'@'host' IDENTIFIED WITH mysql_native_password BY 'your_password';
• 执行 FLUSH PRIVILEGES; 生效

确认密码是否被双重哈希或手动更新过

直接用 UPDATE mysql.user 修改 password 字段（尤其在旧版本中）容易出错，MySQL 5.7+ 已弃用 password 字段，改用 authentication_string；且部分操作（如 SET PASSWORD）会自动加盐和哈希，手动填入明文或旧 hash 值会导致校验失败。

• 不要用 UPDATE ... SET authentication_string = 'xxx' 直接写入密码字符串
• 统一使用 ALTER USER ... IDENTIFIED BY 'xxx'; 或 SET PASSWORD FOR ... = 'xxx';
• 如果必须重置密码哈希值，请用 PASSWORD()（5.7）或 SHA2('pwd',256)（8.0 配合 mysql_native_password）等函数生成，但强烈建议走标准 ALTER USER 流程

排查 host 匹配与连接来源是否一致

MySQL 用户是按 'user'@'host' 成对识别的。“权限正常”可能只是查了 'user'@'%'，但实际连接时用的是 'user'@'192.168.1.100' 或 'user'@'localhost'，而这两个账号的认证插件或密码可能完全不同。

• 用 SELECT user, host, plugin, authentication_string FROM mysql.user WHERE user = 'your_user'; 查所有同名用户
• 确认你连接时指定的 host（如 -h 127.0.0.1 vs -h localhost）——注意：localhost 触发 socket 连接，可能绕过 TCP 认证逻辑
• 必要时显式创建对应 host 的用户：CREATE USER 'user'@'192.168.1.%' IDENTIFIED BY 'pwd';

验证客户端是否启用 SSL 或 require_secure_transport 干扰

如果服务器启用了 require_secure_transport=ON，或用户被设置了 REQUIRE SSL，而客户端未配置证书或未加 --ssl-mode=REQUIRED 参数，也会静默拒绝登录（错误日志中常提示 Access denied，无具体原因）。

• 检查全局设置：SHOW VARIABLES LIKE 'require_secure_transport';
• 检查用户 REQUIRE 属性：SELECT user, host, ssl_type FROM mysql.user WHERE user = 'your_user';
• 临时测试可禁用 require_secure_transport（仅调试），或为用户取消 SSL 要求：ALTER USER 'user'@'host' REQUIRE NONE;