忘记数据库密码并不等于数据丢失，在虚拟机Linux环境里，通过跳过授权表或初始化文件两种方式即可强制重置SQL账号密码，全程只要会命令行操作，数据不会动一根汗毛。
虚拟机里Linux数据库密码忘了，先别急着重装
在虚拟机里折腾Linux，最尴尬的瞬间莫过于：数据库服务正常启动，可mysql -uroot -p敲下去，密码怎么都不对，不少朋友的第一反应是重装数据库，或者翻历史命令记录，实际上这两种方式都不可取，重装不仅丢库，还容易把配置文件里的其他改动一起抹掉；翻history又未必查得到当初设置的密码。
先说结论：只要你能拿到Linux系统的root权限不管是通过虚拟机控制台、SSH还是物理机层面进入单用户模式数据库账号密码就有办法找回来，这里的"找回来"更准确地讲是"重置"：旧密码无法破解，但可以绕过它重新设置一个新密码。行业共识认为，绕过auth_socket或caching_sha2_password插件直接操作mysql.user表，是虚拟机环境下最通用、最安全的恢复手段。
为什么强调虚拟机环境？因为有快照功能兜底，操作前打一个快照，就算中途把权限表改坏了，一键回滚就恢复原状，容错率比物理机高得多，物理机上你反而要小心翼翼,免得改完连root都进不去。
在动手之前，先确认你的Linux分支和数据库版本，Ubuntu/Debian系用service mysql status或systemctl status mysql，CentOS/RHEL系可能是mysqld或mariadb服务名，数据库品牌这块容易混淆，用mysql --version看输出，有MariaDB字样的要走MariaDB的流程，纯MySQL的走官方分支流程，两者在重置密码的步骤上略有差异,下面会分情况说明。
skip-grant-tables跳过授权表，适合MySQL 5.7及MariaDB全系
这是最传统、也是最广为人知的套路：让数据库启动时不加载权限表，用root无密码登进去，然后再把密码改回来，全程分四步,每一步的坑我都会标注出来。
第一步：安全停掉数据库服务。
不要直接kill -9，容易把InnoDB的事务日志搞出问题,用系统服务管理器来停：
systemctl stop mysqld # 或者老版本 service mysql stop
停完之后确认进程真的没了，用ps -ef | grep mysql看一眼,干净了再进入下一步。
第二步：以后台方式启动，跳过权限表。
mysqld_safe --skip-grant-tables --skip-networking &
参数里加上--skip-networking是个好习惯，跳过授权表的时候，数据库等于裸奔状态，任何本机用户都能无密码连进来，加上这个参数，只允许本地socket连接，杜绝远程趁虚而入，有些发行版没有
mysqld_safe,用这个替代：
mysqld --user=mysql --skip-grant-tables --skip-networking &
启动后别急着操作,等两秒让进程就绪。
第三步：无密码登录，重置密码。
此时直接mysql -uroot就能进去，无需密码，注意别加-p参数，进入MySQL命令行后,先让权限表生效：
FLUSH PRIVILEGES;
然后按照版本选择改密码的方式：
- MySQL 5.6及以前,直接UPDATE语法可以工作。
UPDATE mysql.user SET Password=PASSWORD('新密码') WHERE User='root';
FLUSH PRIVILEGES;
- MySQL 5.7及MariaDB 10.2+，
Password字段换成了authentication_string,用ALTER语法更稳。
ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码'; FLUSH PRIVILEGES;
这里有个比较容易翻车的地方：如果之前root账号的host是或0.0.1，只改localhost的会不够用,先看一下表里的实际记录：
SELECT User, Host, plugin FROM mysql.user WHERE User='root';
该改几个就改几个,别漏掉。
第四步：重启数据库，验证新密码。
先把跳权限的进程杀掉,再正常启动：
kill -9 $(pgrep mysqld_safe) systemctl start mysqld
用新密码登一遍确认无误，整个流程就算走完了。绝大多数"重置失败"案例，问题都出在改完密码没重启服务，或者重启时忘了先杀干净mysqld_safe进程。
--init-file参数改密，MySQL 8.0及Percona Server的干净解法
MySQL 8.0开始，skip-grant-tables配合ALTER USER的套路依然能用，但官方引入了更优雅的--init-file机制：在数据库启动阶段，自动执行一个包含SQL语句的文件，文件里写的就是重置密码的指令，好处是不用整个绕过授权表，数据库加载完授权信息后再执行改密SQL，安全性高了一个档次,适合生产环境。
操作步骤如下：
第一步：准备SQL文件。
vi /tmp/mysql-reset-pwd.sql
文件里写一行：
ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码';
如果你的root账户host是,再多加一行对应修改即可。
第二步：停服务，用init-file启动。
systemctl stop mysqld mysqld --user=mysql --init-file=/tmp/mysql-reset-pwd.sql --skip-networking &
同样建议加上--skip-networking，避免启动阶段被外部连接扫描，启动完成后，init-file里的SQL会自动执行，这时直接mysql -uroot -p新密码就能登录。
第三步：清理文件并重启服务。
rm -f /tmp/mysql-reset-pwd.sql systemctl restart mysqld
等这一步全部跑完,用新密码验证。
注意点：MySQL 8.0的默认认证插件是
caching_sha2_password，执行ALTER USER会自动沿用当前用户的插件配置，不会出兼容性问题，反倒是MariaDB 10.4+默认用了unix_socket插件，这导致跳过权限表时，用ALTER USER有时候会报"plugin unix_socket does not exist"之类的错误，MariaDB遇到这种情况，改用UPDATE mysql.user SET authentication_string=PASSWORD('新密码') WHERE User='root';加上FLUSH PRIVILEGES;,大概率能搞定。
两种方案对比下来，以稳定性和安全性排序，MySQL 8.0以上用init-file更安心，老版本和MariaDB用skip-grant-tables更熟悉，在虚拟机里操作，快照是底线，有了快照，你完全可以两种方法都试着走一遍,练练手。
数据库账号密码找回后，还得处理这几个隐藏问题
密码重置成功只是第一步,下面的隐患建议也不容忽视：
权限粒度问题要复查
重置的是root密码，不代表所有账号都恢复正常，如果你在虚拟机里跑着应用，应用连的是独立业务账号，业务账号密码也忘了怎么办？不用急，root登进去,用一条SQL就能搞定：
ALTER USER 'app_user'@'192.168.1.%' IDENTIFIED BY 'app新密码';
同样适用于任何普通账号，不需要再把服务停掉，mysql的root权限在,就能给任意账号改密码。
Host白名单决定能否远程登录
按照大多数教程重置完root密码后，发现Navicat还是连不上虚拟机数据库,排查思路依次为：
- ping虚拟机的IP,网络不通查VMware的NAT或桥接配置。
telnet 虚拟机IP 3306，端口不通检查防火墙和bind-address配置，MySQL默认只监听127.0.0.1，需要bind-address=0.0.0.0才能接受外部连接。- 登录时报
Host 'x.x.x.x' is not allowed to connect，这一般是root的host只允许localhost，在虚拟机里登进去,跑一句：
UPDATE mysql.user SET Host='%' WHERE User='root' AND Host='localhost'; FLUSH PRIVILEGES;
虚拟机环境和云服务器的区别在于，云厂商的安全组规则还要额外放行端口,虚拟机只要宿主机器防火墙和数据库配置两头通就行。
密码策略插件可能限制新密码强度
MySQL的validate_password组件默认要求密码包含大小写字母、数字和特殊字符，长度至少8位，你在重置时设了个简单密码，像123456，可能直接被拒，如果只是本地测试用,可以临时关掉策略：
SET GLOBAL validate_password.policy = 0; SET GLOBAL validate_password.length = 4;
0的变量名是validate_password.policy，5.7的变量名是validate_password_policy,注意点号和小数点的区别。
忘记数据库密码后的QQ、微信群里最常见问题
Q：虚拟机Linux的MySQL密码忘记了，不想重装系统，有什么最快的命令行恢复路径？
最快的路径就是上述的mysqld_safe --skip-grant-tables --skip-networking &方案，免去重装服务、恢复数据备份的时间，全程操作集中在两三分钟内，前提是Linux的root权限在手，且/etc/my.cnf或/etc/mysql/my.cnf没有设置skip-grant-tables被硬编码禁用登录（这属于配置文件的异常情况，需要先手动注解掉再操作）。
Q：只知道数据库的普通账号密码，root密码忘了，可以查出root密码吗？
查不出明文密码。mysql.user表里存的authentication_string是加盐哈希后的结果，不可逆，业界对待这种情况的一致做法就是跳过权限表或init-file方式重置，普通账号权限有限，也没法通过逆向哈希还原root密码，直接无脑重置即可，在Linux虚拟机里这个操作可以反复做,不会对系统产生持久影响。
Q：重置MySQL密码时误操作，把mysql库的权限表清空了，数据库还能启动吗？
能启动，但所有账号会失效，如果mysql.user表整个被清空，数据库从安全模式恢复操作会比较棘手连root都登录不了时，唯一的入口就是再次使用--skip-grant-tables启动，然后往mysql.user表插入一行带authentication_string的合法root记录，这比单纯重置密码复杂不少，MySQL官方维护手册里明确建议，遇到此类问题时优先利用最近的快照回滚，或者从全量备份中恢复mysql库，所以操作前的虚拟机快照这个动作,在恢复体系中占的分量极高。
回到开头的那个场景：你在虚拟机里捣鼓数据库时翻车忘了密码，只要手边有root权限，十分钟内就能重新掌握数据库的控制权，无非是停库、跳过授权表、改密码、重启，四条命令走遍天下，下一次再忘记密码时，建议你把这条流程打印出来贴在显示器旁边比收藏一百篇教程都管用。