MySQL重置root密码后仍然1045_日志分析定位原因_从安装到配置完整指南
很多站长和开发者在安装或使用MySQL时遇到1045错误，尤其是using password: NO这个状态，说明连接时没有提供密码，但MySQL要求密码验证。可能是在命令行直接输入mysql没有加-p参数，或者配置文件中的密码不匹配，或者root密码被修改后忘记了。不同场景下的解决方法不同，需要准确判断原因。本文系统梳理1045错误的各种场景和解决方案。
错误原理：MySQL的用户认证基于用户名+主机名+密码的组合。'root'@'localhost'和'root'@'%'是两个不同的用户，有各自的密码和权限。当客户端连接MySQL时，MySQL根据客户端的用户名和来源IP匹配用户表中的记录，然后验证密码。1045错误表示匹配到了用户但密码验证失败，或者没有匹配到用户但存在匿名用户（''@'localhost'）导致认证失败。using password: NO表示客户端没有发送密码，using password: YES表示发送了密码但不正确。
原因一：命令行登录时没有输入密码。直接输入mysql命令登录，默认使用当前系统用户名作为MySQL用户名，且不发送密码。如果MySQL的root用户设置了密码，直接输入mysql会提示1045 (using password: NO)。正确的登录命令是：mysql -u root -p，执行后提示输入密码，输入正确密码后登录。-u指定用户名，-p表示需要密码验证。如果密码在命令行直接输入：mysql -u root -p你的密码，注意-p和密码之间没有空格。
原因四：匿名用户干扰。MySQL中可能存在匿名用户（''@'localhost'或''@'%'），当从localhost连接时，如果用户名不匹配，会匹配到匿名用户，导致密码验证失败。使用skip-grant-tables启动后，查询并删除匿名用户：DELETE FROM mysql.user WHERE User=''; FLUSH PRIVILEGES;。匿名用户是MySQL安装时默认创建的，用于测试，生产环境应该删除。同时确认mysql.user表中没有其他异常用户。
原因三：root用户被删除或host不匹配。MySQL的用户表中可能没有'root'@'localhost'这个用户，或者root用户的host字段不是localhost。使用skip-grant-tables启动MySQL后，查询用户表：SELECT User, Host FROM mysql.user; 查看是否有root用户及其host值。如果没有root用户，创建：CREATE USER 'root'@'localhost' IDENTIFIED BY '密码'; GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION; FLUSH PRIVILEGES;。如果root用户的host是'%'而不是'localhost'，从localhost连接时可能匹配到匿名用户导致失败，建议同时创建'root'@'localhost'和'root'@'%'两个用户。
原因七：skip-grant-tables未移除或权限未刷新。重置密码后忘记移除my.cnf/my.ini中的skip-grant-tables配置，重启MySQL后仍然跳过权限验证，可能导致异常。或者修改密码后没有执行FLUSH PRIVILEGES，权限表未重新加载，修改不生效。重置密码完成后，确认移除skip-grant-tables配置，执行FLUSH PRIVILEGES，重启MySQL服务，使用新密码正常登录。Windows环境下，skip-grant-tables添加在my.ini的[mysqld]段下，重置后务必删除。
运维案例：一个客户重置MySQL密码后仍然1045，排查后发现是my.cnf中的skip-grant-tables没有移除，而且修改密码时用了PASSWORD()函数（MySQL 8.0已废弃）。移除skip-grant-tables，用ALTER USER重新修改密码，问题解决。MySQL 8.0的密码修改方式和旧版本不同，需要注意。
操作提醒：重置MySQL密码时，skip-grant-tables方式启动后任何人都可以无密码登录，操作完成后立即移除配置并重启。修改密码后执行FLUSH PRIVILEGES刷新权限。MySQL 8.0使用ALTER USER修改密码，不要使用废弃的PASSWORD()函数。
更新时间：2026-08-27 13:13:02
下一篇：安全网站被黑了怎么办_合规与应急