Access denied但密码未改，基本是密码过期导致账户锁死；MySQL 8.0+直接拒绝连接，5.7允许登录但执行语句报ERROR 1820/1862；关键看日志是否有“password has expired”提示，需用ALTER USER重置密码并设PASSWORD EXPIRE NEVER，或全局设default_password_lifetime=0。
应用连不上 MySQL 且日志报 Access denied，但密码没改过
这基本是密码过期导致的账户锁死，不是权限或网络问题。MySQL 8.0+ 会直接拒绝连接，不给登录机会；5.7 则可能允许登录但一执行语句就报 ERROR 1862 或 ERROR 1820。关键看日志里有没有“password has expired”“must reset your password”这类提示。
常见错误现象：
- Java 应用启动卡在 HikariCP 初始化，日志反复出现
Access denied for user -
mysql -u app_user -p输入正确密码后立刻退出，不进 MySQL 提示符 - SELECT 查询返回
ERROR 1820 (HY000): You must reset your password using ALTER USER statement before executing this statement
根本原因：应用使用的连接池（如 Druid、pymysql）不支持 MySQL 的“过期密码交互式重置流程”，只能传用户名密码，无法响应服务端要求改密的指令。
能登录 MySQL 但执行语句就报 ERROR 1820，怎么快速修复
说明你还能用 mysql -u root -p 登录，只是账户处于“过期待重置”状态。此时不能碰 mysql.user 表字段，必须走 ALTER USER 流程，否则后续操作全被拦截。
实操步骤：
- 登录后立即执行：
ALTER USER 'app_user'@'%' IDENTIFIED BY '新密码'; - 如果提示
ERROR 1820，说明你已进会话但还没改密——必须先执行上一步，再做其他事 - 改完立刻验证：
SELECT User, Host, password_expired FROM mysql.user WHERE User = 'app_user';，确认password_expired是N - 不需要
FLUSH PRIVILEGES，ALTER USER自动生效
注意：IDENTIFIED BY 会同时重置密码和清除过期状态，但不会改变 password_lifetime 值。如果想一劳永逸，补一句：ALTER USER 'app_user'@'%' PASSWORD EXPIRE NEVER;
连都连不上，必须跳过权限表启动才能救
这是最紧急的情况：应用起不来、DBA 也登不进，得临时绕过认证。核心不是“停服务”，而是“以无校验方式启动 mysqld”。跳过网络（--skip-networking）很关键，否则暴露未授权访问面。
Linux/macOS 操作要点：
- 先停服务：
sudo systemctl stop mysql（或brew services stop mysql） - 用安全方式启动：
sudo mysqld_safe --skip-grant-tables --skip-networking & - 此时直接
mysql -u root（不加-p）就能进，不用输密码 - 进库后先
USE mysql;，再执行：ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码'; - 必须执行：
FLUSH PRIVILEGES;（这次不能省，因为是绕过权限表改的）
Windows 注意点：
- 编辑
my.ini，在[mysqld]下加skip-grant-tables，保存后重启服务 - 改密后务必删掉这行再重启，否则长期裸奔
怎么避免下次又突然炸锅
靠人盯日志或等告警太被动。生产环境真正可靠的解法是策略前置，而不是出事再救。
推荐组合动作：
- 全局禁用自动过期：
SET PERSIST default_password_lifetime = 0;（写入mysqld-auto.cnf，重启不丢） - 新建用户时显式关掉：
CREATE USER 'app_user'@'%' IDENTIFIED BY 'xxx' PASSWORD EXPIRE NEVER; - 查当前策略：
SELECT @@global.default_password_lifetime;，确认是0而不是NULL（NULL会继承默认值，不可靠） - 已有用户批量处理：
SELECT CONCAT('ALTER USER ''', User, '''@''', Host, ''' PASSWORD EXPIRE NEVER;') FROM mysql.user WHERE password_lifetime != 0;，生成语句后批量执行
最易被忽略的一点：default_password_lifetime = 0 和 NULL 行为完全不同，很多 DBA 改了全局参数却没生效，就是因为查到的是 NULL，误以为已关闭。必须显式设为 0 并确认写入持久文件。
