MySQL初始化失败导致mysql.user表不存在，需手动执行mysqld --initialize-insecure --user=mysql --basedir=.. --datadir=../data命令初始化data目录，并确保InnoDB配置正确、权限充足、无残留文件。
phpEnv 启动后 MySQL 报错 1146 Table 'mysql.user' doesn't exist
这个错误不是你建的业务表丢了，而是 MySQL 自身的系统库（mysql）压根没初始化成功。phpEnv 默认用的是 MySQL 5.7 或 8.0 的二进制包，但它的初始化脚本（mysqld --initialize）可能根本没跑，或者跑失败了却没报错——结果就是 data 目录里空空如也，连 mysql 库都没创建。
- 检查
phpEnv\mysql\data\目录下有没有mysql文件夹；没有就说明初始化彻底失败 - 看
phpEnv\mysql\logs\error.log，重点搜initialize、data dictionary、secure_file_priv这些词 - phpEnv 的启动脚本有时会跳过初始化（尤其重装或手动清过
data目录后），得自己补
手动初始化 MySQL data 目录（适用于 phpEnv 5.7 / 8.0）
别依赖 phpEnv 图形界面点“启动”——它不保证初始化。必须用命令行亲自走一遍初始化流程，并指定正确的配置和目录权限：
- 先停止所有 MySQL 进程（任务管理器里杀掉
mysqld.exe） - 删除
phpEnv\mysql\data\整个文件夹（保留my.ini） - 以管理员身份打开 CMD，cd 到
phpEnv\mysql\bin\ - 执行：
mysqld --initialize-insecure --user=mysql --basedir=.. --datadir=../data
- 注意：
--initialize-insecure生成空密码 root（适合本地开发）；若用--initialize，密码会写在 error.log 最末行，容易漏看 - 初始化成功后，再运行
mysqld --install和net start mysql
MySQL 8.0 在 phpEnv 中因 data dictionary 导致 1146 错误
MySQL 8.0 把元数据从 MyISAM 表迁到了事务型字典表（mysql.ibd + ibdata1），如果初始化时 innodb_data_home_dir 或 innodb_data_file_path 配置不对，InnoDB 引擎起不来，mysql 库自然建不了。
- 打开
phpEnv\mysql\my.ini，确认有且仅有以下 InnoDB 相关项（删掉其他冲突配置）：innodb_data_home_dir = ../data<br>innodb_data_file_path = ibdata1:12M:autoextend<br>innodb_log_group_home_dir = ../data
- 如果之前初始化失败过，
../data/ibdata1可能是损坏的半成品，务必一并删除 - MySQL 8.0 不兼容低版本的
data目录结构，哪怕只是从 phpEnv 5.7 升级过来，也必须清空重来
phpEnv 环境下验证 mysql.user 是否真正可用
初始化完成不代表万事大吉——有些 phpEnv 封装的 MySQL 服务会静默降级为“跳过 grant tables”模式，导致能连上但查不到系统表：
立即学习“PHP免费学习笔记（深入）”；
- 用
mysql -u root -p登录（密码为空或看 error.log） - 执行：
SELECT COUNT(*) FROM mysql.user;
- 如果报错
Table 'mysql.user' doesn't exist，说明还是没初始化好；如果返回数字但为 0，说明初始化了但没写入用户（常见于--initialize后没执行mysql_secure_installation） - 此时别急着导入 SQL，先检查
SHOW ENGINES;输出里InnoDB状态是不是YES；如果是DISABLED，回退到上一步检查 my.ini
MySQL 系统表不存在，本质是初始化链断在了最底层。路径、权限、配置、引擎状态，四个环节只要一个没对齐，mysql.user 就永远是个幻影。
