ERROR 1146在phpEnv中90%非表丢失，而是system库损坏、data目录错配或performance_schema初始化失败；因其精简版MySQL不自动执行mysql_upgrade，版本切换或覆盖安装易致系统表缺失。
直接说结论：phpEnv 里 MySQL 报 ERROR 1146，**90% 不是“表丢了”，而是系统库损坏、data 目录错配或 performance_schema 初始化失败**。它和标准 MySQL 部署不同——phpEnv 自带精简版 MySQL（常为 5.6/5.7），data 目录硬编码在安装路径下，且不自动执行 mysql_upgrade，一升级或重装就容易触发系统表缺失。
为什么 phpEnv 启动后 Navicat 连不上，报 performance_schema.session_variables 不存在
phpEnv 的 MySQL 实例默认启用 performance_schema，但它的表结构依赖于启动时的初始化脚本（mysql_system_tables.sql 等）。一旦你手动删过 data/performance_schema/ 下的文件，或从旧版本覆盖安装，这些 .frm/.ibd 文件就可能残留旧结构或完全为空，导致 MySQL 启动时不报错，但 Navicat 连接后一查 session_variables 就崩出 1146。
常见诱因：
- 用 phpEnv 切换 MySQL 版本后没清空
data目录 - 手动进
data/删除了某个系统库（比如误删performance_schema文件夹） - Windows 下解压新版 phpEnv 时，资源管理器跳过同名只读文件，导致
mysql系统库不完整 - Navicat 默认勾选「显示性能监控」，强制查询
performance_schema表，而其他客户端（如命令行）可能绕过
不重装 phpEnv，快速重建 system tables 的实操步骤
别急着删 data 或重装。先尝试原地修复——核心是让 MySQL 重新生成缺失的系统表。
立即学习“PHP免费学习笔记（深入）”；
操作前确认：mysqld 进程已停止（任务管理器里杀干净 mysqld.exe）；备份当前 data/ 目录（哪怕只是复制一份）。
按顺序执行：
- 进入 phpEnv 安装目录下的
mysql\scripts\（例如C:\phpEnv\mysql\scripts\），找到mysql_system_tables.sql和mysql_system_tables_data.sql - 把
data/mysql/下所有以innodb_、slave_、session_、setup_开头的.frm和.ibd文件删掉（保留user.frm、db.frm等基础权限表） - 命令行切到
mysql\bin\，运行：mysqld --initialize-insecure --datadir=C:/phpEnv/mysql/data --basedir=C:/phpEnv/mysql
（注意路径用正斜杠或双反斜杠，--initialize-insecure不生成随机 root 密码） - 再运行：
mysql -u root --skip-grant-tables < ../scripts/mysql_system_tables.sql
mysql -u root --skip-grant-tables < ../scripts/mysql_system_tables_data.sql
- 重启 phpEnv 的 MySQL 服务
遇到 innodb_table_stats 类表报 1146，说明 InnoDB 元数据损坏
这类表属于 mysql 库，但由 InnoDB 引擎管理。phpEnv 的 MySQL 若启用了 innodb_file_per_table=ON（默认），删掉 data/mysql/innodb_table_stats.ibd 后，仅删 .frm 不会重建 .ibd，就会卡在 1146。
安全做法是彻底重建 mysql 库：
- 停 MySQL，重命名
data/mysql为mysql.bak - 新建空
data/mysql文件夹 - 运行
mysqld --initialize-insecure --datadir=...（同上）——这会生成全新mysql库，含全部系统表 - 若需保留原有用户权限，从
mysql.bak/user.MYD等 MyISAM 表中导出数据（用老版 MySQL client），再 INSERT 到新库；InnoDB 权限表（如user）无法直接拷文件恢复
注意：innodb_table_stats 和 innodb_index_stats 在 MySQL 5.7+ 是 InnoDB 表，不能像 MyISAM 那样直接复制 .MYD 文件。强行复制会导致 Table 'mysql.innodb_table_stats' doesn't exist 反复出现。
phpEnv 下恢复业务表 1146，优先查 lower_case_table_names
Windows 用户最容易踩的坑：开发时建表用 CREATE TABLE User，代码里写 SELECT * FROM user，本地不报错；但部署到 Linux 服务器（或某些 phpEnv 模拟环境）时，lower_case_table_names=0，User 和 user 就是两张表。
验证方法：
- 进 phpEnv 的 MySQL 命令行，执行：
SHOW VARIABLES LIKE 'lower_case_table_names';
- 如果是
0，必须严格匹配大小写；如果是1（Windows 默认），则统一转小写 - 用
USE your_db; SHOW TABLES;看实际表名，别信代码里的拼写 - ORM 框架（如 ThinkPHP）若配置了
'database' => 'YourDB'，注意 PHP 字符串大小写是否和真实库名一致
这个参数在 phpEnv 的 my.ini 里通常没显式设置，取决于编译时选项，所以不同版本行为可能不一致——这也是为什么换 phpEnv 版本后突然报 1146 的根本原因。
