1045错误本质是认证失败，即“连上了但不认你”，核心原因在于mysql.user表中不存在匹配的'username'@'host'记录或authentication_string为空/不兼容，需先确认连接方式（socket/tcp）再精准查表验证。
1045 错误本质是认证失败，不是连不上，而是“连上了但不认你”——优先查 mysql.user 表内容和实际连接方式是否匹配，别一上来就改配置、重置密码。
为什么 mysql -u root -p 报 1045，但 mysql -S /tmp/mysql.sock -u root -p 却能进？
MySQL 在本地连接时默认走 Unix socket（Linux/macOS）或 named pipe（Windows），而非 TCP 的 localhost。而 'root'@'localhost' 和 'root'@'127.0.0.1' 是两个完全不同的账户，权限可能不同。
-
localhost匹配 socket 连接，MySQL 会跳过 TCP 层直接走本地文件通信 -
127.0.0.1强制走 TCP，哪怕本机也走网络栈，对应的是'root'@'127.0.0.1'这条记录 - 常见陷阱：你只给
'root'@'127.0.0.1'设了密码，却用mysql -u root -p（默认走 socket → 查'root'@'localhost'）→ 找不到匹配用户或密码为空 → 报 1045
验证方法：mysql -u root -p -h 127.0.0.1 和 mysql -u root -p -S /var/run/mysqld/mysqld.sock（路径依系统而定）分别试，看哪个通。
查 mysql.user 表时，必须同时看 host、user、authentication_string
不要只执行 SELECT User, Host FROM mysql.user 就以为“root 存在就行”。关键字段缺一不可：
-
Host值必须匹配你连接时的实际来源（localhost/127.0.0.1/%） -
authentication_string字段不能为空（MySQL 5.7+ 不再用password字段），且需确认加密方式兼容（如 MySQL 8.0+ 默认caching_sha2_password，老客户端可能不支持） - 若用的是 MySQL 8.0+，
PASSWORD()函数已废弃，改用ALTER USER ... IDENTIFIED WITH mysql_native_password BY 'xxx'
安全检查命令示例：SELECT user, host, plugin, authentication_string FROM mysql.user WHERE user = 'root';
skip-grant-tables 是最后手段，且必须配 FLUSH PRIVILEGES
跳过权限表后，你修改的只是内存里的权限快照，不刷盘不会生效。常见翻车点：
- 改完
authentication_string或用ALTER USER后，漏掉FLUSH PRIVILEGES;→ 下次重启还是旧状态 - Windows 下改
my.ini，加了skip-grant-tables但没加在正确的[mysqld]段下（比如错加到[client]）→ 完全不生效 - Linux 下用
mysqld_safe --skip-grant-tables &启动后，忘记加&导致终端卡住，后续命令无法执行
退出前务必执行：FLUSH PRIVILEGES;，再关掉 mysqld 进程，删掉配置里的 skip-grant-tables，再正常启服务。
真正容易被忽略的点：很多 1045 不是密码错了，而是你根本没意识到自己正在用哪种连接方式，以及对应的账户在 mysql.user 里压根不存在或密码字段为空。先确认连接路径，再查表，比盲目重置密码快得多。
