<p>phpEnv下MySQL报1142错误是因默认用户权限仅为USAGE，需用CURRENT_USER()确认主机名后，对目标库（如myapp）执行GRANT SELECT,INSERT,UPDATE,DELETE ON myapp.* TO 'user'@'host'授权。</p>
phpEnv 环境下 MySQL 报 1142 错误，不是 phpEnv 本身的问题，而是它默认创建的 MySQL 用户权限太窄 —— 大多数只给了 USAGE（仅能登录），连 SELECT 都被拒。
为什么 phpEnv 安装后查不了表？
phpEnv 在 Windows 上一键部署时，会自动初始化 MySQL 并创建一个普通用户（比如 root 或自定义名），但该用户在 mysql.user 表里对应的权限列（Select_priv、Insert_priv 等）几乎全是 N。这不是密码错或连不上，是登录成功后一执行 SELECT * FROM user; 就立刻报 ERROR 1142 (42000): SELECT command denied to user 'xxx'@'localhost' for table 'user'。
- phpEnv 默认不运行
GRANT语句，也不调用FLUSH PRIVILEGES - 它可能直接改了
mysql.user表字段但没刷新权限系统，MySQL 实际不认 - 有些版本甚至把用户 Host 设成
127.0.0.1，但你用 Navicat 或 PHP 连的是localhost—— 这俩在 MySQL 里算不同账号
用 root 登录后查不到自己的权限？先确认 CURRENT_USER()
别急着授全权限。先连进 MySQL 命令行（用 phpEnv 自带的「MySQL CLI」或 CMD 进 mysql -u root -p），执行：
SELECT USER(), CURRENT_USER();
如果返回类似 'root'@'127.0.0.1' 和 'root'@'localhost' 不一致，说明你连的是 127.0.0.1，但权限只配在 localhost 上（或反过来）。必须用 CURRENT_USER() 显示的那个组合去查授权：
立即学习“PHP免费学习笔记（深入）”；
SHOW GRANTS FOR 'root'@'localhost';SHOW GRANTS FOR 'root'@'127.0.0.1';
常见结果是只看到 GRANT USAGE ON *.* TO 'root'@'localhost' —— 这就印证了“能登不能查”。
安全补权：只给真正需要的权限，别碰 mysql.*
phpEnv 用户通常只操作自己建的应用库（比如 myapp），没必要动系统库。直接执行：
GRANT SELECT, INSERT, UPDATE, DELETE ON `myapp`.* TO 'root'@'localhost';
注意反引号包裹数据库名，避免关键字冲突。如果应用还要建表或改结构，再加 CREATE, DROP, ALTER；但 永远不要写 GRANT ALL ON mysql.* TO ... —— mysql.user 表被乱改会导致权限系统崩溃，且 phpEnv 后续升级可能覆盖。
- 如果 PHP 应用要连多个库（如
shop和log），得分别授权：GRANT SELECT ON `shop`.* TO 'root'@'localhost'; GRANT SELECT ON `log`.* TO 'root'@'localhost'; - 授权后立即生效，一般不用
FLUSH PRIVILEGES；但如果之前手动 UPDATE 过mysql.user，就必须执行一次 - 改完检查：
SHOW GRANTS FOR 'root'@'localhost';，确认输出里有对应库的SELECT权限行
Navicat 里点「用户」报 1142？那是它在查 information_schema
Navicat 点左侧「用户」节点时，底层会发 SELECT 查询 mysql.user 和 information_schema 下多张表。普通用户默认没权限查这些元数据。解决方法只有两个：
- 换高权限账号（如刚授过权的
root）连接 Navicat，再点「用户」 - 或者，不点那个节点，直接在查询窗口手动写
USE mysql; SELECT User, Host FROM user;—— 只要你对mysql库有SELECT权限，就能看到
别信网上“改 phpEnv 配置文件加跳过权限检查”的方案，那等于关掉 MySQL 的权限引擎，后续任何 SQL 操作都不可控。
