必须用CURRENT_USER()确认实际认证账号再查权限：SELECT USER(), CURRENT_USER(); SHOW GRANTS FOR CURRENT_USER(); 若仅显示USAGE则需补授具体权限，且host必须完全匹配报错中的'xxx'@'localhost'。
这不是连接失败，而是登录成功后执行具体操作时被拦下——MySQL 明确告诉你：SELECT（或 INSERT、ALTER 等）命令，对指定表/库，该用户没权限。
看错报错信息就白忙活
错误里带的三要素必须拆开读：SELECT command denied to user 'xxx'@'localhost' for table 'user'。它不是说“你不能连”，而是说“你连上了，但查 mysql.user 表这事不许干”。常见误判：以为密码错了、服务没启、账号不存在——其实全都能登录，只是权限卡在动作层面。
- 报错里的
'xxx'@'localhost'是完整用户标识，'xxx'@'127.0.0.1'和它不是同一个账号 -
for table 'user'说明问题出在mysql库的user表，不是你的业务表 - 动词是
SELECT，不代表其他操作（如INSERT）也缺，得单独验证
用 CURRENT_USER() 确认真实登录身份
很多人在 phpEnv 或一键安装包里用 root 登录，却查不到权限，就是因为 USER() 和 CURRENT_USER() 不一致：
SELECT USER(), CURRENT_USER();
如果返回 'root'@'127.0.0.1' 和 'root'@'localhost'，说明你实际是以 127.0.0.1 身份登录的，但权限只给了 localhost。必须按 CURRENT_USER() 的结果去查和授权：
SHOW GRANTS FOR 'root'@'127.0.0.1';- 如果只看到
GRANT USAGE ON *.* TO 'root'@'127.0.0.1'，那就证实了：能登，不能查 - 别直接改
mysql.user表字段——MySQL 8.0+ 权限系统不认手动 UPDATE，必须用GRANT
授什么权？怎么授？
别一上来就 GRANT ALL PRIVILEGES。先定位缺失项，再最小化补权：
- 只查自己库？用
GRANT SELECT ON `myapp`.* TO 'user'@'localhost';（数据库名加反引号防关键字冲突） - 要改表结构？加
ALTER，不是ALL：GRANT ALTER ON `myapp`.`users` TO 'user'@'localhost'; - Windows 下 phpEnv 默认用户常卡在
USAGE，补权后必须执行FLUSH PRIVILEGES;才生效 - 永远避开
GRANT ... ON mysql.* TO ...——系统库权限乱了，整个权限体系可能瘫痪
Windows 下容易漏掉的步骤
phpEnv 或手动装的 MySQL 在 Windows 上，权限操作常卡在环境和路径上：
- 命令行必须「以管理员身份运行」，否则
mysql.exe可能无法访问服务或写入日志 - 没配环境变量时，别只输
mysql -u root -p，要用完整路径："C:\Program Files\MySQL\MySQL Server 8.0\bin\mysql.exe" -u root -p - Navicat 或 PHP 连接串写的是
localhost，但 MySQL 认为它是127.0.0.1（或反之），授权时主机名必须严格匹配
权限问题最麻烦的点不在操作多难，而在「你以为授过了，其实授错对象了」——CURRENT_USER() 和报错里那个用户名，差一个字符都不行。
