MySQL密码修改后连接失败，通常是因为客户端仍使用旧凭据、权限未刷新或配置错误。要解决这个问题，需系统性排查身份验证、用户权限和连接配置等环节。
确认新密码是否生效
修改密码后必须确保更改已正确写入数据库：
登录MySQL服务器（可通过本地socket或已知账户），执行SELECT user, host, authentication_string FROM mysql.user WHERE user = 'your_user';查看密码哈希是否更新。 若使用
ALTER USER 'user'@'host' IDENTIFIED BY 'new_password';修改，确认语句执行无报错。 运行
FLUSH PRIVILEGES;确保权限表重载，避免缓存问题。
检查用户主机限制
MySQL用户是“用户名+主机”组合，常见连接失败源于host不匹配：
确认连接时使用的host与创建用户时一致，如'root'@'localhost'不能从远程IP连接。 若从外部连接，需确保存在对应记录如
'user'@'%'或
'user'@'client_ip'。 必要时补充授权：
CREATE USER IF NOT EXISTS 'user'@'%' IDENTIFIED BY 'password'; GRANT ALL ON db.* TO 'user'@'%'; FLUSH PRIVILEGES;
验证客户端连接方式
即使密码正确，连接参数错误也会导致失败：
检查连接命令或配置文件中的host、port、username、password是否准确，特别注意引号和特殊字符转义。 测试命令行连接：mysql -u 用户名 -h 主机地址 -P 端口 -p，输入新密码看是否成功。 若应用连接失败，确认配置文件（如
my.cnf或应用配置）已更新密码，避免缓存旧配置。
排查认证插件兼容性
MySQL 8.0默认使用
caching_sha2_password，部分旧客户端可能不支持： 查看用户使用的插件：
SELECT user, host, plugin FROM mysql.user WHERE user = 'your_user';如需兼容，可改为
mysql_native_password：
ALTER USER 'user'@'host' IDENTIFIED WITH mysql_native_password BY 'new_password'; FLUSH PRIVILEGES;
基本上就这些。按顺序检查密码、用户host、连接参数和认证方式，多数问题都能定位。关键是区分是密码错误还是权限/网络配置问题，逐步缩小范围。
