如何解决MySQL报错1045 (28000)用户拒绝访问的问题？-mysql教程-PHP中文网

error 1045 根本原因不是密码错误，而是 mysql 未匹配到 'root'@'localhost' 记录、host 不符、plugin（如 auth_socket 或 caching_sha2_password）不兼容或 authentication_string 为空；必须检查 mysql.user 表中 user、host、plugin、authentication_string 四字段。

如何解决mysql报错1045 (28000)用户拒绝访问的问题？

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+ 默认），老客户端不支持。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

临时验证：加 --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 是否可被当前连接方式调用、密码字段是否非空。