MySQL配置文件密码不匹配1045_运维实操教程_密码策略调整
Mysql: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)是MySQL连接失败的经典错误。这个错误表示root用户从localhost连接时被拒绝，且连接时没有使用密码。虽然和普通的1045错误类似，但using password: NO这个状态提供了更明确的线索，说明问题出在密码传递环节，而不是密码错误。本文深入分析这个特定错误的原因和解决方法。
原因一：命令行缺少-p参数。直接输入mysql或mysql -u root，没有加-p参数，客户端不会提示输入密码，也不会发送密码，导致using password: NO。正确命令是mysql -u root -p，-p参数告诉客户端需要密码验证，执行后会提示Enter password:，输入密码后登录。如果想在命令行直接输入密码：mysql -u root -p密码，注意-p和密码之间没有空格，有空格的话密码会被当作数据库名。也可以使用--password=密码的长格式。
原因四：localhost和127.0.0.1的区别。使用mysql -u root -p连接localhost时，MySQL客户端默认使用unix socket（Linux）或命名管道（Windows）连接，而不是TCP连接。socket连接时，MySQL的用户认证可能与TCP连接不同。如果'root'@'localhost'用户不存在或密码不同，而'root'@'127.0.0.1'存在，使用localhost连接会失败。可以尝试使用TCP连接：mysql -u root -p -h 127.0.0.1 --protocol=tcp，强制使用TCP协议。检查mysql.user表中root用户的host字段，确认localhost和127.0.0.1都有对应用户且密码一致。
原因六：socket文件路径不匹配。使用localhost连接时，客户端通过unix socket连接MySQL，如果客户端读取的socket路径与服务器实际的socket路径不一致，连接可能失败并出现异常错误。检查服务器socket路径：SHOW VARIABLES LIKE 'socket';，默认是/var/lib/mysql/mysql.sock或/tmp/mysql.sock。检查客户端配置的socket路径，在my.cnf的[client]段中socket配置。如果不一致，在命令行指定socket：mysql -u root -p -S /正确的/socket路径。多实例MySQL环境下，不同实例使用不同socket，连接时需要指定正确的socket。
重置密码的正确方法（当确认是密码问题时）：停止MySQL服务：systemctl stop mysqld。以跳过权限表方式启动：mysqld_safe --skip-grant-tables --skip-networking &（--skip-networking防止远程连接，更安全）。无密码登录：mysql -u root。刷新权限（必须执行，否则不能修改用户表）：FLUSH PRIVILEGES;。修改密码：MySQL 5.7使用ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码';，MySQL 8.0同样使用ALTER USER。刷新权限：FLUSH PRIVILEGES;。退出，停止skip-grant-tables方式的MySQL，正常启动MySQL服务。使用新密码登录验证。
运维经验：遇到using password: NO的1045错误，一开始以为是密码问题，重置了好几次密码都没用。后来用--no-defaults参数测试，发现是my.cnf中[client]段的password值为空导致的。删除空password配置后问题解决。遇到NO类型的1045，先检查客户端配置，不要急着重置密码。
排查提醒：using password: NO说明客户端没有发送密码，重点检查客户端配置（命令行参数、配置文件、环境变量），不要一上来就重置MySQL密码。使用--no-defaults参数可以快速排除配置文件影响。确认localhost和127.0.0.1的连接方式差异。
更新时间：2026-08-26 22:54:10