ERROR 1045 根本原因不是密码错误，而是 MySQL 未匹配到 'root'@'localhost' 记录、host 不符、plugin（如 auth_socket 或 caching_sha2_password）不兼容或 authentication_string 为空；必须检查 mysql.user 表中 user、host、plugin、authentication_string 四字段。
ERROR 1045 不是输错密码就重设，而是 MySQL 根本没匹配到你期望的 'root'@'localhost' 这条记录，或它被禁用、插件不兼容、密码字段为空。
查清你连的是哪个 'user'@'host'
MySQL 把 'root'@'localhost'、'root'@'127.0.0.1'、'root'@'%' 当作三个完全独立的用户。你执行 mysql -u root -p 默认走 Unix socket，强制匹配 host = 'localhost'；而 mysql -h 127.0.0.1 -u root -p 走 TCP，匹配的是 'root'@'127.0.0.1' 或 'root'@'%'。
- 先确认能否用 socket 直连（绕过网络层和 host 解析）：
sudo mysql -S /var/run/mysqld/mysqld.sock - 能进就立刻查真实用户记录：
SELECT User, Host, plugin, authentication_string IS NOT NULL AS has_pw FROM mysql.user WHERE User = 'root'; - 如果返回空，或只有
'root'@'%'，说明'root'@'localhost'这条记录根本不存在 —— MySQL 8.0+ 安装后默认不建它，Docker 镜像也常只建'root'@'127.0.0.1'
验证是否是 socket + plugin 导致失败
如果你 mysql -u root -p 报 1045，但 mysql -h 127.0.0.1 -u root -p 能登录，大概率是 socket 连接要求 host = 'localhost'，而该行记录的 plugin 是 auth_socket（Ubuntu 常见）或 caching_sha2_password（MySQL 8.0+ 默认），老客户端不支持。
- 临时验证：加
--protocol=tcp强制走 TCP：mysql -h localhost -u root -p --protocol=tcp，能进说明问题出在 socket 认证链上 - 检查 plugin 字段值：
caching_sha2_password会导致旧版 PHP mysqli、Navicat、某些 Python 驱动静默失败 -
auth_socket表示它不校验密码，而是校验系统用户 UID 是否匹配，此时必须用sudo mysql -S ...进去改插件
skip-grant-tables 启动后别乱写 UPDATE user SET password = ...
MySQL 5.7+ 已彻底移除 password 字段，改用 authentication_string。在 skip-grant-tables 模式下执行 UPDATE user SET password = PASSWORD('xxx') 会直接报错 ERROR 1054 (42S22): Unknown column 'password' in 'field list'。
- 正确做法是用
ALTER USER（推荐）：ALTER USER 'root'@'localhost' IDENTIFIED BY 'newpass'; - 若 ALTER USER 不可用（如低版本或权限未加载），改
authentication_string并显式指定插件：UPDATE mysql.user SET plugin = 'mysql_native_password', authentication_string = PASSWORD('newpass') WHERE User = 'root' AND Host = 'localhost'; FLUSH PRIVILEGES; - 注意：Windows 下修改
my.ini、Linux 下改/etc/my.cnf，只在[mysqld]段落加skip-grant-tables，改完必须重启mysqld进程，不是只 reload 配置
mysqldump 报 1045 但 mysql 登录正常？密码里有 @、%、#
这是 MySQL 8.0 生产环境高频隐藏坑：shell 会提前解析这些特殊字符。比如密码是 QinxiXiRoot@2022%，@ 被当成本地命令分隔符，% 被当通配符展开，传给 mysqldump 的实际密码早已失真。
- 交互式
mysql -u admin -p输入时由 MySQL 客户端处理，不经过 shell 解析，所以能成功 - 但
mysqldump -u admin -pQinxiXiRoot@2022% ...中的密码会被 shell 截断或替换 - 解决方法：用单引号包裹整个密码参数：
mysqldump -u admin -p'QinxiXiRoot@2022%' ...，或改用配置文件方式（~/.my.cnf）避免命令行暴露
最易被忽略的一点：MySQL 匹配 'user'@'host' 是精确字符串匹配，localhost 和 127.0.0.1 在权限表里就是两条不同记录，且 socket 连接强制走前者 —— 所以别只盯着密码，先确认那条记录是否存在、plugin 是否可被当前连接方式调用、密码字段是否非空。
