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:\ProgramData\MySQL\...，而 mysqld 不带配置文件时会按默认路径找 datadir，找不到就崩溃。
- 必须用
--defaults-file显式指向真实配置文件，例如：mysqld --defaults-file="C:\ProgramData\MySQL\MySQL Server 8.1\my.ini" --skip-grant-tables --console --shared-memory - 路径中的
MySQL Server 8.1要和你实际安装版本严格一致，别抄错成8.0或5.7 - 启动后窗口不能关闭、不能输入任何内容，否则服务中断；看到日志停住且无红色
ERROR即为成功
Linux 下改 my.cnf 后必须重启 mysqld，不能只 kill 进程
很多人编辑完 /etc/my.cnf 加了 skip-grant-tables，然后只执行 killall mysqld 或 kill -9，再手动跑 mysqld & ——这会导致权限表仍被加载，或者进程无法绑定端口。
- 正确做法是：改完配置 →
systemctl restart mysqld（或service mysql restart）→ 确保新配置生效 - 验证是否生效：执行
mysql -u root -p，如果回车后直接进命令行（不报Access denied），说明跳过成功 - 注意：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+ 会报语法错误——因为字段名和加密方式全变了。
- MySQL 5.7：字段是
authentication_string，但要用PASSWORD()函数：UPDATE user SET authentication_string=PASSWORD('123') WHERE user='root' AND host='localhost'; - MySQL 8.0+：字段仍是
authentication_string，但PASSWORD()已废弃，必须用ALTER USER：ALTER USER 'root'@'localhost' IDENTIFIED BY '123'; - 无论哪个版本，执行完都必须运行
FLUSH PRIVILEGES;，否则新密码不生效
改完密码后，skip-grant-tables 不删干净就重启，等于白干
这是最常被忽略的一步。很多用户重置完密码，兴冲冲 service mysql restart，结果下次登录还是免密——因为配置文件里的 skip-grant-tables 还在，MySQL 每次启动都继续跳过校验。
- Windows：打开
C:\ProgramData\MySQL\MySQL Server X.X\my.ini，删掉整行skip-grant-tables，保存 - Linux：编辑
/etc/my.cnf或/etc/mysql/my.cnf，删掉[mysqld]下的skip-grant-tables行，保存 - 删完务必确认：重启后执行
mysql -u root -p会提示输入密码，且旧密码失效、新密码可用
整个过程真正卡住的地方，往往不是 SQL 语句，而是路径拼错、服务名写错、配置没删干净、或者没执行 FLUSH PRIVILEGES。每一步都要有明确反馈，而不是凭感觉“应该可以了”。
