MySQL 8.0 上了 Windows 之后，改密码这件事其实比 5.7 时代“讲究”多了。很多人还拿着老教程里的SET PASSWORD = PASSWORD('xxx')去敲，结果直接报错；也有人忘了密码之后一顿瞎操作，把整个服务搞得无法启动。这篇我就把 MySQL 8.0+ 在 Windows 下修改、重置用户密码这件事完整拆开，覆盖“还能正常登录”和“彻底忘记密码”两种情况，同时把 8.0 特有的认证插件、密码策略、配置文件位置、错误码等问题一并解决。适合 Windows 上跑 MySQL 8.0 的开发者和运维朋友，照着操作基本不会翻车。
1. MySQL 8.0密码体系的三个关键变化：动手前先搞懂
1.1 默认认证插件的更换直接影响了旧客户端
MySQL 8.0 最明显的一个变化，是默认认证插件从mysql_native_password换成了caching_sha2_password。这个改动对密码管理的影响非常大。老版本里你创建用户或者改密码，默认走的是mysql_native_password，客户端连接时只要做一次SHA1校验就可以；而caching_sha2_password使用SHA256体系，安全性更高，但连接时会有一次“密码交换”过程，非常旧的客户端和驱动如果没适配，就会直接报 “Unable to load authentication plugin 'caching_sha2_password'” 或者Authentication plugin 'caching_sha2_password' cannot be loaded。
对改密码这件事来说，这意味着两件事。第一，你用ALTER USER改完密码后，账号的认证插件仍然是caching_sha2_password，如果某个老程序连不上，别上来就怀疑密码改错了，大概率是客户端驱动版本太老。第二，如果你确实需要兼容旧系统，可以在改密码时顺手指定认证插件，写成IDENTIFIED WITH mysql_native_password BY '密码'。不过说实话，mysql_native_password在 8.0 里已经被标记为过期，能不用就不用，升级客户端才是正路。
1.2 PASSWORD()函数彻底移除：老语法可能已失效
如果你翻到一篇 5.6、5.7 时代的教程，里面大概率会出现这一句：
SET PASSWORD = PASSWORD('123456');在 MySQL 8.0 里执行这条，你会直接得到类似ERROR 1305 (42000): FUNCTION mysql.PASSWORD does not exist的错误。因为PASSWORD()函数在 8.0 中被彻底移除了，官方不希望你再用这种明文哈希方式去设置密码。MySQL 8.0 那里面的正确语法只有一个方向：ALTER USER。
也就是说，如果看到“哪里教你把密码通过PASSWORD()函数处理后写进mysql.user表”的文章，基本可以直接关掉了，那套思路从 8.0 开始不仅麻烦，而且已经完全不符合官方架构。
1.3 从mysql.user表直接改密码不再可行，ALTER USER是唯一正路
在 5.7 及更早的版本里，确实存在一条“野路子”：直接UPDATE mysql.user SET authentication_string=PASSWORD('xxx') WHERE User='root';，然后再FLUSH PRIVILEGES。这套操作在 8.0 里基本是坑，原因有三点：
PASSWORD()函数不存在，没法直接生成合法的哈希字符串。- 8.0 的认证插件默认是
caching_sha2_password，它的哈希存储格式跟旧版完全不同，手工拼字符串极易出错。 - 直接改表很容易绕过密码过期管理、账户锁定状态等元数据，导致之后出现各种奇怪行为。
我见过有人硬改mysql.user表，结果ALTER TABLE都不再生效，需要重新初始化数据目录。所以这里先立一个原则：只要是 MySQL 8.0，修改密码就统一用ALTER USER，不管你是正常登录时修改，还是在忘密码之后恢复权限。
2. 还能正常登录时的密码修改：ALTER USER全流程
2.1 修改当前账号密码的实际命令与细节
如果你现在还能正常登录 MySQL，修改密码其实一行 SQL 的事：
ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码';执行完之后不需要再FLUSH PRIVILEGES，ALTER USER会直接作用到授权系统，并立即生效。但有三个细节我是踩过坑之后才注意到的。
第一，'root'@'localhost'这里的host必须写对。MySQL 的账号是由user + host共同确定的。如果当初你是用root从远程%连进来的，那你本地登录的账号可能是root@localhost，也可能是root@127.0.0.1。只改localhost不会影响%那个账号的密码，反之亦然。所以当你说“我改了密码怎么还是旧的能登录”时，先去查一下：
SELECT user, host, plugin, account_locked FROM mysql.user;把目标账号对应的host完全对上，再改。
第二，如果你当前登录的用户并不是 root，只是普通账号，也可以修改自己的密码：
ALTER USER USER() IDENTIFIED BY '新密码';USER()函数返回当前会话的用户名和主机名，这一条等价于修改当前登录账号。注意普通用户只能改自己的密码，想改别人密码需要CREATE USER权限或者mysql库的相关权限，否则会报权限不足。
第三，如果这个账号之前被设置了密码过期策略，你修改密码之后还需要顺手确认一下过期状态。比如你登录时遇到ERROR 1820 (HY000)：You must reset your password using ALTER USER statement before executing this statement，那就说明账号密码已经过期，必须在当前会话里先执行一次ALTER USER重设密码，然后才能继续跑其他 SQL。
ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码' PASSWORD EXPIRE NEVER;上面这句顺便把密码改为永不过期。如果你希望恢复默认过期策略，就把PASSWORD EXPIRE NEVER换回PASSWORD EXPIRE DEFAULT。
2.2 DBA视角：批量修改与账户锁定状态检查
如果你管理的是多个测试库或者多个业务账号，偶尔会遇到“批量初始化密码”的场景。MySQL 8.0 没有一条命令能一次性改多个用户，但你可以利用动态 SQL 拼出来：
SELECT CONCAT('ALTER USER ''', user, '''@''', host, ''' IDENTIFIED BY ''新密码'';') FROM mysql.user WHERE user NOT IN ('mysql.infoschema', 'mysql.session', 'mysql.sys');把查询结果导出后再执行。这里要特别提醒：不要试图把所有系统内置账号也一起改了，比如mysql.sys、mysql.session这些内部账户，改了之后可能导致实例异常。
另外，我在实际维护中经常遇到的一种情况是：账号没锁，密码也没错，但就是登不进去，提示ERROR 3118 (HY000)：Access denied for user 'root'@'localhost'. Account is locked.这就不是密码问题，而是账号被锁了。解决办法：
ALTER USER 'root'@'localhost' ACCOUNT UNLOCK;所以在修改密码之后，最好同时检查一下账号状态，把密码修改、过期策略、锁定状态一次性处理好，避免反复排查。
2.3 新密码的立即验证方法
改完密码后别急着关窗口，一定要从“新会话”验证一次。由于ALTER USER生效是即时的，你只要另开一个命令行窗口输入：
mysql -u root -p输入新密码能进，就说明改成功了。这里有个经验之谈：验证时尽量用 TCP 连接，而不要用本机默认的命名管道或者 shared memory 方式，避免出现“客户端连的是另外一套实例”之类的误会。
mysql -u root -h 127.0.0.1 -P 3306 -p这样能确认端口、IP、账号密码都一致。
3. 忘记密码后重置（方案A）：Windows下skip-grant-tables完整抢救链路
3.1 事前准备：停止服务、定位配置文件、备份
忘记密码后，最直接的重置思路是“绕过权限检查”，这就是--skip-grant-tables。但 Windows 上的操作细节比 Linux 多，尤其要搞清楚服务名、配置文件路径和启动方式。
首先，找到你的 MySQL 服务名字。打开 PowerShell 或者 CMD，执行：
sc query | findstr /i mysql一般会看到类似MYSQL80的服务名。如果是通过官方安装包安装的，服务名通常就是MySQL80；如果是自定义安装，可能是MySQL、MySQL8.0之类的名字，以你机器上的实际情况为准。
然后需要找到my.ini配置文件。Windows 下最常见的路径是：
C:\ProgramData\MySQL\MySQL Server 8.0\my.ini注意ProgramData默认是隐藏目录，需要在资源管理器里开启显示隐藏文件。如果是从压缩包解压后手动初始化的，配置文件一般和解压目录同级，比如D:\mysql-8.0.x-winx64\my.ini。
找到了配置文件，先复制一份备份到另一个地方，比如my.ini.bak，这一步非常重要，后面恢复配置全靠它。
3.2 加入skip-grant-tables并重启服务
用记事本或任意编辑器打开my.ini，在[mysqld]这一节下面加入：
[mysqld] skip-grant-tables然后停止 MySQL 服务：
net stop MySQL80再启动服务：
net start MySQL80这时候 MySQL 会以“跳过授权表”的模式运行，任何客户端都可以不输入密码直接连接。如果你在启动过程中遇到“服务启动失败”或者“系统错误 1067”，十有八九是my.ini里配置写错了，或者当前已经有一个 mysqld 进程占着端口。先把进程清理干净再继续：
tasklist | findstr mysqld taskkill /F /IM mysqld.exe如果你不想改动my.ini，也可以直接从命令行启动：
cd "C:\Program Files\MySQL\MySQL Server 8.0\bin" mysqld --skip-grant-tables --console但这种方式在 Windows 上有个缺点：它会一直占据当前命令行窗口，而且如果后面要重启服务，得额外处理这个手工启动的进程。我更推荐改配置文件的方式，因为恢复起来更可控。
3.3 无密码进入后正确重置密码
服务启动后，直接打开一个新的 CMD 窗口（建议管理员模式），尝试无密码连接：
mysql -u root --skip-password能进入 MySQL 提示符就算成功。绝大部分教程到这里会直接让你执行ALTER USER，但 8.0 有一个经典坑：在skip-grant-tables模式下，直接执行会报错ERROR 1290 (HY000)：The MySQL server is running with the --skip-grant-tables option so it cannot execute this statement。
解决办法是先让授权系统恢复可用状态：
FLUSH PRIVILEGES;这句话并不会关闭跳过授权表模式，但会重新加载权限表，并允许当前会话执行ALTER USER。接下来就可以改密码了：
ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码';如果mysql.user里同时存在root的多个 host 记录，比如root@localhost和root@%，建议逐一确认并修改：
SELECT user, host FROM mysql.user WHERE user = 'root';然后分别执行ALTER USER。如果当前密码策略过于严格导致新密码设置失败，可以在这一步临时降低策略或者使用满足强度要求的密码。策略调整方法我放在后面的报错章节，这里先保证重置成功。
3.4 恢复服务并验证新密码
密码改完之后，切记把my.ini里加的skip-grant-tables注释掉或删除，然后重启服务：
net stop MySQL80 net start MySQL80如果少做这一步，服务一直以跳过授权表模式运行，等于所有人都可以免密连接，这在任何环境下都是严重安全隐患。
重启完成后，用新密码连接验证一次：
mysql -u root -p能正常登录后，再顺手确认一下密码策略和过期设置：
SHOW VARIABLES LIKE 'validate_password%'; SHOW VARIABLES LIKE 'default_authentication_plugin';到这里，方案 A 就算完整走通了。
4. 忘记密码后重置（方案B）：init-file方式更稳更省事
4.1 什么时候应该优先选择init-file
skip-grant-tables用起来直接，但也存在几个让人头疼的问题：一是需要手工编辑my.ini，如果手滑删错了配置，服务直接起不来；二是修改完密码容易忘记删除这个参数，导致服务长期处于免密状态；三是有时候某些账号处于锁定状态，skip-grant-tables模式下还需要额外处理。
MySQL 8.0 提供了另一个同样官方的重置方法：init-file 初始化脚本。它的原理是：服务启动时会自动执行指定 SQL 文件里的语句。你不用无密码登录，不用手工敲命令，只要把ALTER USER写进文件里，服务启动一次就自动完成密码重置。
如果你的 MySQL 是作为 Windows 服务运行，并且你觉得方案 A 的多步骤操作太容易漏掉一处，方案 B 更稳妥。
4.2 编写初始化脚本并配置my.ini
在 C 盘根目录或者其他随意位置创建一个文本文件，比如C:\mysql-init.txt，内容如下：
ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码';注意：文件里的语句必须以;结尾。如果要修改多个账号，可以写多行。如果你不确定 root 的 host 是localhost还是%，可以在文件里一起写，比如：
ALTER USER 'root'@'localhost' IDENTIFIED BY '新密码'; ALTER USER 'root'@'%' IDENTIFIED BY '新密码';然后打开my.ini，在[mysqld]下面加入一行：
init-file="C:/mysql-init.txt"路径里的斜杠建议用正斜杠/，避免反斜杠被当作转义字符引发解析问题。接下来停止、启动 MySQL 服务，服务器就会在启动阶段自动执行这个文件里的 SQL。注意执行之后不会在控制台打印任何日志，你要直接去验证密码。
4.3 启动、验证与清理的完整流程
服务启动成功后，用新密码登录：
mysql -u root -p能进去就说明init-file里的语句已经生效。接下来最重要的一步：把my.ini中的init-file那一行删掉或者注释，然后再次重启服务，否则每次 MySQL 启动都会执行这个文件，等于你的密码每次都会被重置成脚本里那个新密码，后续手工改密码也会被强行覆盖。
如果登录失败，请检查C:\ProgramData\MySQL\MySQL Server 8.0\Data目录下的.err错误日志，文件里会记录init-file执行时遇到的 SQL 错误，比如密码策略不满足、账号不存在等。根据日志提示修正 SQL 文件内容，再启动一次即可。
对比一下两种方案的特点，其实很好选：
| 对比项 | skip-grant-tables 方案 | init-file 方案 |
|---|---|---|
| 是否需要无密码连接 | 需要 | 不需要 |
| 是否需要手工执行ALTER USER | 需要 | 不需要，自动执行 |
| 忘记移除配置后的风险 | 所有人可免密连接，风险极高 | 启动时自动重置密码，风险中等但也可控 |
| 定位问题难度 | 低 | 需要查错误日志 |
| 适用性 | 大多数忘记密码场景 | 适合手滑之后反复出问题、或权限恢复时需要脚本化处理 |
我个人的习惯是：家里测试机用方案 A，公司生产环境或者重要实例用方案 B。因为方案 B 的行为更确定，启动一次后立刻清理配置，不会留下“免密后门”。
5. 重置密码后的高频报错与Windows环境避坑
5.1 错误1819、1820、1290的场景与解决对照
重置密码时最容易碰到的几个错误码，我列一个对照表，方便直接查询：
| 错误码 | 典型信息 | 出现场景 | 解决方法 |
|---|---|---|---|
| ERROR 1045 (28000) | Access denied for user 'root'@'localhost' | 密码错误、账号不存在、host不匹配 | 核对user/host，确认当前所用密码服务；排查锁账号 |
| ERROR 1819 (HY000) | Your password does not satisfy the current policy requirements | 新密码不符合 validate_password 策略 | 调整密码强度，或临时降低 validate_password.policy |
| ERROR 1820 (HY000) | You must reset your password using ALTER USER statement before executing this statement | 账号密码过期、首次登录引导状态 | 登录后立即执行 ALTER USER 设置新密码 |
| ERROR 1290 (HY000) | running with the --skip-grant-tables option | skip-grant-tables 模式下直接执行 ALTER USER | 先执行 FLUSH PRIVILEGES 再 ALTER USER |
| ERROR 3118 (HY000) | Account is locked | 账号被锁定 | 执行 ALTER USER 'root'@'localhost' ACCOUNT UNLOCK |
| ERROR 3175 | Plugin caching_sha2_password is not loaded | 客户端/驱动不认识默认插件 | 升级客户端驱动，或临时将账号改为 mysql_native_password |
针对ERROR 1819，如果你想临时降低密码策略，可以在 MySQL 会话中执行：
SET GLOBAL validate_password.policy = LOW; SET GLOBAL validate_password.length = 6;这里要注意，MySQL 8.0 默认安装中，validate_password组件参数使用点号validate_password.policy，而不是旧版的下划线validate_password_policy。如果你执行SHOW VARIABLES LIKE 'validate_password%';发现结果是空，说明当前实例没有启用这个组件，那就没必要调整，密码策略不够严格时先正常设置即可。
5.2 客户端版本过旧导致的caching_sha2_password连接失败
重置密码成功后，你可能会发现另一方带着老版本驱动连接时反而报错。这不是密码改坏了，而是 8.0 默认插件caching_sha2_password和旧客户端的兼容问题。常见表现：命令行客户端能连上，程序报Authentication plugin 'caching_sha2_password' cannot be loaded。
解决方案有三个方向：
- 升级程序的 MySQL 驱动/客户端到支持
caching_sha2_password的版本。 - 对个别必须兼容旧端的账号，显式指定老插件：
ALTER USER 'app'@'%' IDENTIFIED WITH mysql_native_password BY '新密码';- 在
my.ini的[mysqld]下临时指定默认插件：
default_authentication_plugin=mysql_native_password不过我非常不建议最后一种做法：这会把整个实例的新账号全部拖回老认证方式，而且该参数在 MySQL 8.0 里已经标记为过期。正确做法是升级驱动，或者只对个别账号做兼容处理。
5.3 Windows命令行引号转义与服务管理注意点
最后聊聊 Windows 环境特有的几个“坑”，这些不是 SQL 问题，但最容易让人怀疑自己密码没改成功。
第一，密码里的特殊字符在 CMD 里容易被吞掉。比如你用这个命令连接：
mysql -u root -p"P@ss!2024&"&在 CMD 里会触发后台运行语义，导致命令被截断；!在某些环境里也有特殊解释。稳妥做法是密码不用引号，直接交互式输入：
mysql -u root -p第二，修改my.ini后如果服务启不来，重点检查两件事：my.ini是否被保存成了带 BOM 的 UTF-8 格式，以及[mysqld]节下面是否有重复的配置项。BOM 会导致 MySQL 解析失败。
第三，如果服务启动时报系统错误 5，基本是当前 CMD 没有管理员权限。务必右键“以管理员身份运行”之后再执行net stop、net start等命令。
第四，重置完密码后，如果曾经用skip-grant-tables模式启动过服务，建议在正常模式下执行一次：
FLUSH PRIVILEGES;然后再重启一次服务，确保所有缓存中的权限状态都被清理干净。之前我在测试机上就是因为少了这一步，新密码明明正确，却偶尔出现旧会话还能继续操作的情况，多花了不少时间排查。
总的来说，MySQL 8.0 在 Windows 上的密码管理，核心就是两件事：平时用明白ALTER USER，应急时用对skip-grant-tables或init-file。我个人最推荐的做法，是平时就做好my.ini备份，并记录当前 root 账号的 host 到底是localhost还是%。真到忘记密码那天，直接选择 init-file 方案，改完配置重启一次就收工，既不用在命令行里反复折腾授权状态，也不会留下免密后门。
最后再分享一个小技巧：重置完密码之后，第一时间在C:\ProgramData\MySQL\MySQL Server 8.0\Data目录下搜索最新的.err文件，养成看错误日志的习惯。你会发现，绝大多数所谓“改完密码登录不了”的诡异问题，答案其实早就在日志里写明白了。
