MySQL系统库未初始化导致mysql.user表不存在，需用mysqld --initialize重建data目录并确保ibdata1兼容，禁止拷贝旧数据目录。
直接启动 phpEnv 中的 MySQL 服务后报 Table 'mysql.user' doesn't exist，说明 MySQL 系统库（尤其是 mysql 库）未正确初始化，不是配置或权限问题，而是底层数据目录缺失关键文件或初始化失败。
确认 MySQL 数据目录是否为空或被清空
phpEnv 默认将 MySQL 数据存放在类似 D:\phpEnv\MySQL\data\ 的路径下。若该目录下没有 mysql 子目录，或 mysql\user.frm、mysql\user.ibd 等文件完全缺失，就必然触发该错误。
- 停止 phpEnv 中的 MySQL 服务
- 进入
D:\phpEnv\MySQL\data\（路径以你实际安装为准），检查是否存在mysql文件夹 - 若整个
mysql目录不存在，或仅剩空文件夹，说明初始化未完成或被误删 - 不要手动复制其他版本的
mysql目录 —— 不同 MySQL 版本的系统表结构不兼容，强行覆盖会导致启动失败或崩溃
用 mysqld --initialize 重建系统库
phpEnv 自带的 MySQL 二进制文件支持原生初始化，这是最安全、最标准的修复方式，无需重装 phpEnv。
- 打开命令行（管理员权限非必需，但需确保无其他 mysqld 进程占用 3306 端口）
- 切换到 phpEnv 的 MySQL
bin目录，例如：cd D:\phpEnv\MySQL\bin - 执行初始化命令：
mysqld --initialize --console --datadir="D:\phpEnv\MySQL\data" --basedir="D:\phpEnv\MySQL" - 注意：命令末尾会输出临时 root 密码（形如
A temporary password is generated for root@localhost: xxx），务必记下 - 初始化成功后，
data\mysql\下会出现完整系统表文件（包括user.ibd、db.frm等）
启动失败时检查 ibdata1 是否缺失或版本错配
对于 InnoDB 引擎（phpEnv 默认启用），ibdata1 是共享表空间核心文件。若它被删掉、损坏，或从旧版 MySQL 拷贝而来，即使 mysql 目录存在，也会导致 mysql.user 找不到。
立即学习“PHP免费学习笔记（深入）”；
- 检查
D:\phpEnv\MySQL\data\ibdata1是否存在且大小 > 10MB（全新初始化后通常约 76MB） - 如果该文件是手动从 MySQL 5.7 复制来的，而 phpEnv 实际用的是 MySQL 8.0，就会因内部字典格式不兼容而拒绝加载
mysql.user - 此时不能只删
ibdata1单独重建 —— 必须连同整个data目录一起清空，再执行mysqld --initialize - 若清空后仍启动失败，检查错误日志（
D:\phpEnv\MySQL\data\*.err），重点看是否有InnoDB: No valid checkpoint found或Tablespace is missing类提示
避免用“拷贝 data 目录”方式迁移 phpEnv MySQL
很多用户试图把旧电脑的 data 文件夹直接拖进新 phpEnv，结果几乎必现 mysql.user 不存在。这是因为：
- 不同 phpEnv 版本打包的 MySQL 小版本可能不同（如 5.7.33 vs 5.7.40），
mysql系统表结构有微小变更 - 旧
ibdata1包含旧版本的数据字典，新 mysqld 进程无法解析 - Windows 下若原
data来自 WSL 或 Docker，文件权限/硬链接残留也可能干扰初始化 - 真正安全的迁移方式是：用
mysqldump --all-databases导出，再在新环境用mysql命令导入
初始化完成后，phpEnv 控制面板里启动 MySQL 就能正常识别 mysql.user 表了。别跳过 --console 参数 —— 它让你看到初始化过程中的真实反馈，比黑盒启动有用得多。
