结论是mysql系统库损坏，mysql.user表物理文件丢失或不匹配，必须恢复或重建；常见原因包括xampp强制关闭、断电、杀进程、重装未清旧data目录、手动误删或权限异常；确认方法是检查data\mysql\下是否存在user.frm、user.myd、user.myi三文件；修复方式优先从同版本xampp复制原始文件覆盖，或用mysqld --initialize-insecure重建系统库。
直接说结论：这不是密码或配置错误，是 MySQL 的系统库损坏了——mysql.user 表物理文件丢失或不匹配，必须恢复或重建，跳过验证（--skip-grant-tables）只能临时绕过，不能修复根本问题。
为什么 mysql.user 表会不存在
常见于以下几种情况：
- XAMPP 强制关闭、断电或杀进程后，
data\mysql\目录下的核心表文件（如user.frm、user.MYD、user.MYI）被清空或残留损坏 - 重装 XAMPP 但没清干净旧的
data目录，新旧版本 MySQL 的数据文件格式不兼容 - 手动删过
data文件夹里的mysql子目录，或误用第三方工具清理“无用数据库” - Windows 权限异常导致 MySQL 启动时无法读取自身系统库目录
检查并确认 mysql.user 是否真丢失
别急着改配置。先定位问题：
- 打开 XAMPP 控制面板 → 点击
MySQL右侧的Explorer→ 进入mysql\data\mysql\目录 - 确认该目录下是否存在以下三个文件：
user.frm、user.MYD、user.MYI（Windows 下可能显示为隐藏系统文件，需开启“显示隐藏文件”） - 如果这三个文件一个都没有，或只有
.frm没有.MYD/.MYI，就坐实了丢失 - 再查日志：打开
mysql\data\mysql_error.log，末尾是否含Fatal error: Can't open and lock privilege tables: Table 'mysql.user' doesn't exist
安全恢复 mysql.user 表的两种方式
优先选方案一，不丢权限配置；方案二适合完全空白环境：
-
方案一：从同版本 XAMPP 安装包中复制原始表文件
找到另一份未改动过的同版本 XAMPP（比如你装的是 XAMPP 8.2.12），进入其mysql\data\mysql\，复制user.frm、user.MYD、user.MYI三文件，粘贴覆盖到当前出问题的data\mysql\目录下（操作前停止 MySQL 服务） -
方案二：用
mysql_install_db重建系统库（仅限 MySQL 5.7 及更早）
进入mysql\bin\，以管理员身份运行：mysqld --initialize-insecure --datadir="D:\xampp\mysql\data" --basedir="D:\xampp\mysql"
注意替换路径为你的实际安装路径；执行后会重建mysql目录及默认用户表，但 root 密码为空，需后续重设 - 切勿直接拷贝别人服务器上的
user.*文件——不同 MySQL 版本、存储引擎、字符集可能导致启动失败甚至崩溃
为什么 --skip-grant-tables 不是解法
它只是让 MySQL 跳过权限校验加载流程，不代表 mysql.user 表存在：
- 即使加了
--skip-grant-tables，启动日志里仍会报Could not open mysql.plugin table或Table 'mysql.procs_priv' doesn't exist，说明整个mysql系统库都残缺 - 此时执行
SHOW DATABASES;可能看不到mysql库，USE mysql;会报错，根本没法UPDATE user或FLUSH PRIVILEGES - 强行用它启动后创建用户、赋权，一旦重启服务，所有操作都会因底层表结构缺失而失效
真正要花时间的地方，其实是确认 data\mysql\ 目录下那几个带 user 名字的文件是否齐全——不是看有没有 mysql 文件夹，而是看里面有没有那三个特定后缀的文件。少一个，MySQL 就认不出自己是谁。
