mysqladmin连不上MySQL服务的主因是socket路径错误或mysqld未启用本地socket连接；宝塔默认用Unix socket启动，而mysqladmin可能默认走TCP，需显式指定--socket路径如/www/server/data/mysql.sock。
mysqladmin: connect to server at 'localhost' failed
这是最常见的报错，说明 mysqladmin 根本连不上 MySQL 服务。不是密码错了，是连都连不上。根本原因通常是 socket 路径不对，或 mysqld 没走本地 socket 连接。
- 宝塔默认用 Unix socket 启动 MySQL，
mysqladmin却可能默认走 TCP（尝试连接127.0.0.1），而宝塔通常禁用了 TCP 的 root 登录 - 必须显式指定 socket 路径：
mysqladmin -u root -p --socket=/www/server/data/mysql.sock password "新密码" - 路径以宝塔实际为准，常见位置：
/www/server/data/mysql.sock或/tmp/mysql.sock；可用ps aux | grep mysql查看启动参数里的--socket= - 如果提示
Access denied for user 'root'@'localhost'，说明当前 root 密码不为空且你输错了——此时不能靠mysqladmin重置，得进安全模式
跳过权限验证后执行 UPDATE user SET authentication_string=... 失败
手动改 mysql.user 表是最容易出问题的路径，尤其在 MySQL 5.7+ 和 8.0+ 中字段名、加密方式全变了。
- MySQL 5.7 用的是
password字段（已弃用）或authentication_string，但必须配合FLUSH PRIVILEGES - MySQL 8.0+ 彻底移除了
password字段，只认authentication_string，且必须用ALTER USER语法，直接UPDATE会失败或被忽略 - 别用
SET PASSWORD = PASSWORD('xxx')—— MySQL 8.0 已删掉PASSWORD()函数，会报FUNCTION xxx.PASSWORD does not exist - 正确做法（8.0+）：
ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '新密码';
宝塔面板里改了密码，但命令行 mysql -u root -p 还是连不上
这不是密码没生效，而是你连的压根不是同一个 MySQL 实例。
- 宝塔可能同时装了多个 MySQL（比如一个用于面板自身，一个用于网站），
mysql命令调用的是系统 PATH 里的客户端，不一定连到宝塔管理的那个实例 - 检查实际连接目标：
mysql -u root -p -S /www/server/data/mysql.sock -e "SELECT @@socket;" - 确认客户端和服务端版本兼容：宝塔自带的 MySQL 8.0 客户端可能无法连老版本服务端（反之亦然），错误如
Client does not support authentication protocol - 临时解决可加
--default-auth=mysql_native_password参数，但治标不治本
重置后 phpMyAdmin 或网站仍报错 Access denied
密码确实改成功了，但应用层缓存或配置没同步。
- 宝塔的 phpMyAdmin 默认用的是
root用户，但它读取的是自己的配置文件：/www/server/phpmyadmin/config.inc.php，里面可能硬编码了旧密码 - 网站数据库配置（如 WordPress 的
wp-config.php）不会自动更新，必须手动改DB_PASSWORD - 有些程序（如 Typecho、Discuz）还会把数据库连接信息存在缓存里，清空
/tmp或 OPcache 可能有帮助 - 宝塔「数据库」页面里显示的密码只是参考值，它不参与实际连接，别信那个“复制密码”按钮
最麻烦的其实是分不清「哪个 root」「连哪台 MySQL」「用什么认证插件」——这三个问题叠在一起，光看错误信息根本没法猜。动手前先 ps aux | grep mysql 和 mysql --socket=xxx -u root -p -e "SELECT USER(), VERSION(), @@socket;" 看一眼，比瞎试快得多。
