error 1142 是因 phpenv 的 mysql 实例默认仅授予 root 用户 usage 权限，需用高权限账号执行 grant all on . to 'root'@'localhost' 并 flush privileges；业务用户须单独创建并按最小权限原则显式授权，且 host 必须精确匹配。
phpEnv 下 MySQL 报 ERROR 1142 (42000): SELECT command denied to user 'xxx'@'localhost' for table 'yyy'，不是 MySQL 本身坏了，而是 phpEnv 启动的 MySQL 实例默认用的是精简权限配置——它内置的 root 用户往往只被授予了登录权限（USAGE），连查 mysql.user 表都不行，更别说你的业务库了。
确认你连的是 phpEnv 自带的 MySQL 实例
很多人误以为自己在操作“系统级 MySQL”，其实 phpEnv 是独立部署的轻量环境，它的 MySQL 数据目录、端口、用户体系都和系统原生 MySQL 隔离。常见表现：
- 用
mysql -u root -p能连上，但执行SELECT * FROM mysql.user;直接报 1142 - Navicat 连 phpEnv 的 3306（或自定义端口）失败，而连本机其他 MySQL 实例正常
- phpEnv 控制面板里显示 MySQL 状态为“运行中”，但日志里没报错，说明服务起来了，只是权限空
验证方式：进 phpEnv 安装目录（比如 D:\phpEnv），打开 config\mysql\my.ini，看 port 和 datadir 配置；再用 mysql -h 127.0.0.1 -P [端口号] -u root -p 显式指定 host+port 登录，避免因 localhost 域套接字解析导致误判。
phpEnv 默认 root 没有实际权限，必须手动补全
phpEnv 初始化时通常只执行了 CREATE USER 'root'@'localhost' IDENTIFIED BY '...';，没跑 GRANT。不能直接改 mysql.user 表字段（如把 Select_priv='N' 改成 'Y'），MySQL 8.0+ 已禁用该方式，且 phpEnv 多数基于 5.7 或 8.0，改表后不刷新或重启会失效。
正确做法是用高权限账号（即你刚用密码登录进去的那个 root）执行授权：
- 先确认当前认证身份：
SELECT USER(), CURRENT_USER();—— 如果返回'root'@'localhost'和'root'@'localhost'一致，说明身份匹配，可以授 - 给 root 授予全部管理权限（仅限本地开发）：
GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION; - 立即生效：
FLUSH PRIVILEGES; - 验证是否成功：
SHOW GRANTS FOR 'root'@'localhost';应看到包含SELECT, INSERT, UPDATE, DELETE等的完整列表
业务用户权限必须显式声明，不能依赖 root 权限
即使你把 root 权限补全了，PHP 应用连接时一般不会用 root，而是用配置文件里写的某个业务用户（如 'app_user'@'localhost'）。这个用户 phpEnv 不会自动创建，也不会自动授权。
典型错误场景：
- PHP 报错
SELECT command denied to user 'app_user'@'localhost' for table 'users' - 你检查了
root权限没问题，但忘了给app_user授权
解决步骤：
- 先确认该用户是否存在：
SELECT Host, User FROM mysql.user WHERE User = 'app_user'; - 如果不存在，创建：
CREATE USER 'app_user'@'localhost' IDENTIFIED BY 'your_password'; - 按最小权限原则授权（别用
GRANT ALL）：GRANT SELECT, INSERT, UPDATE ON mydb.* TO 'app_user'@'localhost'; - 刷新：
FLUSH PRIVILEGES; - PHP 配置中确保
host填的是127.0.0.1或localhost，且与授权时的 host 完全一致（'app_user'@'127.0.0.1'≠'app_user'@'localhost'）
最易忽略的一点：phpEnv 的 MySQL 配置可能启用了 skip-grant-tables（极少数旧版本模板有），此时所有权限检查被跳过，但一旦关闭该选项又没补权限，就会突然大面积 1142。检查 my.ini 是否含该行，如有，删掉并重启 MySQL 服务。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
