MySQL ERROR 1045 访问拒绝：从根源到解决，一次讲透
遇到MySQL的ERROR 1045，那种“用户名密码都对，但就是不让进”的感觉，确实让人头疼。其实，这个错误背后，往往不是密码错了，而是几个关键配置没对上。今天，咱们就把这几个“隐形门槛”一个个拆解清楚。
检查 user 表中 Host 字段是否匹配实际连接来源
首先得明白，MySQL眼里可没有“同名用户”这回事。它把 'root'@'localhost' 和 'root'@'%' 当作两个完全独立的账户，哪怕密码一模一样。只要连接时用的主机地址（Host）和数据库里记录的对不上，1045错误立刻就来。
最常见的场景是什么？你在Na vicat或者PHP代码里填的是 localhost，但数据库里只给 root 授权了 127.0.0.1；或者你想从另一台服务器远程连接，却发现用户只允许 localhost 登录。一字之差，天壤之别。
那具体怎么排查和解决呢？按这个步骤来：
- 第一步，先登录再说。找个能进去的账户（比如其他有权限的用户），执行这条命令：
SELECT User, Host FROM mysql.user WHERE User = 'root';。看看结果里，有没有和你当前连接方式（是localhost还是127.0.0.1，或者是具体的IP）完全匹配的记录。这里要注意大小写和空格，MySQL可是区分得很清楚的。 - 第二步，对症下药。如果发现只有
'root'@'127.0.0.1'，但你偏偏在用localhost连接，别慌。最稳妥的办法不是直接去改那条记录的Host字段——这容易把权限体系搞乱。而是新建一个对应的用户：CREATE USER 'root'@'localhost' IDENTIFIED BY 'your_password';，然后再用GRANT语句授予相应的权限。这样操作，既清晰又安全。
验证 authentication_string 加密方式是否与客户端兼容
如果说Host是“门牌号”对不上，那加密方式就是“暗号”对不上。MySQL 8.0版本之后，默认启用了更安全的 caching_sha2_password 加密插件。问题在于，一些老版本的PHP（比如7.2以下）、旧版Na vicat或者某些JDBC驱动，根本还不认识这个新“暗号”。它们会悄无声息地握手失败，然后给你一个笼统的1045。
怎么判断是不是这个问题？又该怎么解决？
- 先查后改。登录数据库，运行：
SELECT User, Host, plugin FROM mysql.user WHERE User = 'root';。重点看plugin这一列。如果显示是caching_sha2_password，而你的客户端又比较老，那兼容性问题就坐实了。 - 切换插件。解决办法是把加密方式改回兼容性广的旧版：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'your_password';。改完之后，千万别忘了执行FLUSH PRIVILEGES;让权限立即生效。 - 客户端指定。对于PHP的PDO连接，如果改了插件还不行，可以在连接字符串里显式指明使用旧版认证：
mysql:host=localhost;dbname=test;charset=utf8mb4;auth_plugin=mysql_native_password。这相当于直接告诉客户端：“别猜了，就用这个老办法跟我打招呼。”
绕过权限表重置密码时，skip_grant_tables 的坑必须避开
忘记密码时，skip_grant_tables 这个参数是救命稻草，但用不好，它也能变成压垮骆驼的最后一根稻草。这个参数让MySQL启动时跳过权限验证，可如果放错位置、或者用完没清理，轻则导致后续正常登录失败，重则服务都启动不起来。
使用它，务必记住这几个要点：
- 位置要对。这个参数必须放在配置文件（Windows是
my.ini，Linux是/etc/my.cnf）的[mysqld]段落下面。加到[client]或者其他地方是没用的。 - 操作要准。修改配置文件后，必须重启mysqld进程（不仅仅是重启服务，有时需要彻底结束进程再启动）。进入无密码的MySQL后，注意：MySQL 5.7以后，密码字段已经换成了
authentication_string。所以正确的修改命令是：ALTER USER 'root'@'localhost' IDENTIFIED BY 'newpass';。执行后，立刻FLUSH PRIVILEGES;。 - 收尾要净。这是最关键的一步：密码改好后，必须立刻从配置文件中删除
skip_grant_tables这一行，然后再次重启MySQL服务。留着它，你的数据库就相当于大门敞开，毫无安全可言。
Na vicat 或 PHP 连接字符串里的 host 写成 127.0.0.1 还是 localhost？
这可不是文字游戏，背后是两种不同的连接机制。localhost 在MySQL的默认设定里，会尝试通过Unix域套接字（socket文件）连接；而 127.0.0.1 则明确要求走TCP/IP协议。如果socket文件路径不对，或者用户没有被授权通过socket登录，那么填localhost就可能触发1045。
本地开发时，可以遵循以下建议来避免麻烦：
- 优先使用
127.0.0.1。 这能强制走TCP/IP连接，绕开可能出问题的socket配置。 - 检查端口监听。 在命令行输入
netstat -an | grep :3306（Linux/macOS）或netstat -ano | findstr :3306（Windows）。如果只看到127.0.0.1:3306而没有::1:3306（IPv6地址），说明可能禁用了IPv6。这时，一些工具用localhost连接时，如果回退机制失效，就会连不上。 - 统一策略。 如果不确定环境，最保险的做法就是：连接地址统一填写
127.0.0.1并带上端口（如3306），同时确保数据库里存在对应的用户记录，比如'root'@'127.0.0.1'。
最后，必须提一个最隐蔽的“组合坑”：MySQL 8.0+ 安装后，root 用户默认只允许从 localhost 连接，并且认证插件就是前面提到的 caching_sha2_password。而很多本地图形化工具（包括一些旧版本的Na vicat）的驱动，还停留在旧的认证协议上。这种“新瓶装旧酒”的错配，比输错密码更难排查，往往让人在“密码明明没错”的困惑里打转很久。遇到这种情况，对照上面第二和第四点来排查，基本就能找到症结所在了。
