必须用高权限账号（如root）执行GRANT，因当前phpMyAdmin登录用户缺GRANT OPTION权限；先查用户是否存在：SELECT User, Host FROM mysql.user WHERE User = 'myuser'；再执行GRANT + FLUSH PRIVILEGES生效。
直接执行 GRANT 命令失败，提示 “Access denied” 怎么办
phpMyAdmin 默认以当前登录用户身份执行 SQL，而该用户通常没有 GRANT OPTION 权限，所以直接运行 GRANT 会报错 #1045 - Access denied 或 #1227 - Lack of SUPER privilege。这不是语法问题，而是权限链路没打通。
必须确认你登录 phpMyAdmin 的账户本身具备管理其他用户的权限（通常是 root 或显式授予了 GRANT OPTION 的账号）。如果不是，得先用命令行 MySQL 或服务器管理员帮你提升权限，phpMyAdmin 无法绕过这一层校验。
修改用户权限前，先查清目标用户是否存在且格式正确
MySQL 8.0+ 和旧版本对用户名格式要求不同：用户名必须带主机段，比如 'myuser'@'localhost'，不能只写 'myuser'；漏掉 @'%' 或 @'localhost' 是最常见拼写错误。
执行以下查询确认用户存在：
SELECT User, Host FROM mysql.user WHERE User = 'myuser';
如果返回空，说明用户不存在，GRANT 会静默创建（仅限 MySQL 5.7 及更早），但 MySQL 8.0+ 要求先用 CREATE USER 显式创建：
CREATE USER 'myuser'@'localhost' IDENTIFIED BY 'password123';
用 GRANT + FLUSH PRIVILEGES 组合才真正生效
GRANT 命令只是写入权限表，不刷新内存缓存的话，新权限不会立即应用。尤其在 phpMyAdmin 中，连接复用可能导致你“明明执行了却没效果”。
典型操作流程如下（以赋予数据库 app_db 的全部权限为例）：
- 先授予权限：
GRANT SELECT, INSERT, UPDATE, DELETE ON app_db.* TO 'myuser'@'localhost';
- 再强制重载：
FLUSH PRIVILEGES;
注意：GRANT ALL PRIVILEGES 不包含 GRANT OPTION，如需让该用户也能授权他人，得额外加上 WITH GRANT OPTION；但多数生产环境应禁用此项。
撤销权限别用 DROP USER，优先选 REVOKE
DROP USER 'myuser'@'localhost' 会连用户账号一起删掉，而很多时候你只想收权、不删人。这时应该用 REVOKE：
REVOKE INSERT, DELETE ON app_db.* FROM 'myuser'@'localhost';
同样，执行后必须跟 FLUSH PRIVILEGES;。另外，REVOKE 不能撤销未通过 GRANT 显式授予的权限（比如用户从 root 继承的全局权限），这种要检查 mysql.user 表的字段值，手动 UPDATE 很危险，不建议在 phpMyAdmin 里操作。
权限变更涉及底层系统表，任意手误可能锁死账户——哪怕只是少打一个单引号，都可能让 'user'@'localhost' 变成 'user@localhost'（被当作文本字面量而非用户标识）。务必核对 User 和 Host 两列的精确匹配。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
