一聚教程网:一个值得你收藏的教程网站

最新下载

热门教程

如何找回MySQL root用户密码

时间:2026-08-12 10:00:49 编辑:袖梨 来源:一聚教程网

MySQL root密码丢失后只能重置,不能找回;Windows需用--defaults-file指定真实配置文件启动免密模式,Linux须用systemctl restart生效配置,5.7与8.0+重置语法不同且必须执行FLUSH PRIVILEGES,最后务必删除skip-grant-tables并验证新密码生效。

直接说结论:MySQL root密码丢失后,不能靠“找回”,只能重置。因为密码是单向哈希存储的,数据库里没有明文,也没有可逆密文。所有所谓“找回”教程,本质都是绕过认证、登录后强制更新 authentication_string 字段。

Windows 下 MySQL 8.0+ 必须指定配置文件启动免密模式

网上大量教程写 mysqld --skip-grant-tables 直接报错,根本起不来——原因在于 MySQL 8.0+ 默认把数据目录(datadir)放在隐藏的 C:ProgramDataMySQL...,而 mysqld 不带配置文件时会按默认路径找 datadir,找不到就崩溃。

  1. 必须用 --defaults-file 显式指向真实配置文件,例如:mysqld --defaults-file="C:ProgramDataMySQLMySQL Server 8.1my.ini" --skip-grant-tables --console --shared-memory
  2. 路径中的 MySQL Server 8.1 要和你实际安装版本严格一致,别抄错成 8.05.7
  3. 启动后窗口不能关闭、不能输入任何内容,否则服务中断;看到日志停住且无红色 ERROR 即为成功

Linux 下改 my.cnf 后必须重启 mysqld,不能只 kill 进程

很多人编辑完 /etc/my.cnf 加了 skip-grant-tables,然后只执行 killall mysqldkill -9,再手动跑 mysqld & ——这会导致权限表仍被加载,或者进程无法绑定端口。

  1. 正确做法是:改完配置 → systemctl restart mysqld(或 service mysql restart)→ 确保新配置生效
  2. 验证是否生效:执行 mysql -u root -p,如果回车后直接进命令行(不报 Access denied),说明跳过成功
  3. 注意:CentOS 7/8 默认用 mysqld 服务名,Ubuntu/Debian 多用 mysql,输错服务名会提示 Unit not found

UPDATE user SET ... 在 5.7 和 8.0+ 写法完全不同

执行 use mysql; 后,直接写 UPDATE user SET password=PASSWORD('123') 在 MySQL 5.7 会报字段不存在,在 8.0+ 会报语法错误——因为字段名和加密方式全变了。

  1. MySQL 5.7:字段是 authentication_string,但要用 PASSWORD() 函数:UPDATE user SET authentication_string=PASSWORD('123') WHERE user='root' AND host='localhost';
  2. MySQL 8.0+:字段仍是 authentication_string,但 PASSWORD() 已废弃,必须用 ALTER USERALTER USER 'root'@'localhost' IDENTIFIED BY '123';
  3. 无论哪个版本,执行完都必须运行 FLUSH PRIVILEGES;,否则新密码不生效

改完密码后,skip-grant-tables 不删干净就重启,等于白干

这是最常被忽略的一步。很多用户重置完密码,兴冲冲 service mysql restart,结果下次登录还是免密——因为配置文件里的 skip-grant-tables 还在,MySQL 每次启动都继续跳过校验。

  1. Windows:打开 C:ProgramDataMySQLMySQL Server X.Xmy.ini,删掉整行 skip-grant-tables,保存
  2. Linux:编辑 /etc/my.cnf/etc/mysql/my.cnf,删掉 [mysqld] 下的 skip-grant-tables 行,保存
  3. 删完务必确认:重启后执行 mysql -u root -p 会提示输入密码,且旧密码失效、新密码可用

整个过程真正卡住的地方,往往不是 SQL 语句,而是路径拼错、服务名写错、配置没删干净、或者没执行 FLUSH PRIVILEGES。每一步都要有明确反馈,而不是凭感觉“应该可以了”。

热门栏目