<p>GRANT语句报Access denied的直接原因是当前用户缺少GRANT OPTION权限，需用root或具备该权限的账号执行GRANT GRANT OPTION ON . TO 'user'@'host';并FLUSH PRIVILEGES；同时确保host精确匹配且不操作mysql系统库。</p>
GRANT语句执行报错Access denied的直接原因
不是语法写错了，而是你当前登录的 mysql 用户没有 grant option 权限。mysql 会明确拒绝任何不含该权限的用户执行 grant，哪怕你只是想给自己加权限。错误信息通常为：error 1045 (28000): access denied for user 'u'@'h' to database 'mysql' 或更直白的 error 1227 (42000): access denied; you need (at least one of) the super or system_variables_admin privilege(s) for this operation（新版 mariadb/mysql 8.0+）。
确认当前用户是否具备GRANT OPTION
别猜，直接查：
- 用你正在 phpMyAdmin 里登录的账号执行：
SHOW GRANTS FOR CURRENT_USER(); - 如果输出里没出现
GRANT OPTION，就说明你没资格执行GRANT - 注意：即使显示
GRANT ALL PRIVILEGES，也不代表自动包含GRANT OPTION——它是独立权限 - 若你连
SHOW GRANTS都被拒，说明当前账号连SELECT权限都没有，得换更高权限账号登录
必须用root或含GRANT OPTION的账号操作
phpMyAdmin 的「Users」→「Edit privileges」界面，只对有 GRANT OPTION 的用户开放全局权限编辑区。如果你点进去只有「Database-specific privileges」，说明当前登录账号权限不够。
- 先退出 phpMyAdmin，用
root账号重新登录（确保该root在 MySQL 中真实存在且插件兼容） - 进「Users」页，找到目标用户 → 点「Edit privileges」→ 拉到底部，勾选
Grant（即GRANT OPTION） - 或者直接在「SQL」页执行：
GRANT GRANT OPTION ON *.* TO 'target_user'@'localhost'; FLUSH PRIVILEGES; - 切记：授完
GRANT OPTION后，目标用户下次登录才能用它去授权别人；你自己刚授的权限，不会自动生效到当前会话
授完GRANT后仍被拒？检查三个硬性条件
很多人以为 GRANT 执行完就完事了，其实 MySQL 对权限生效有隐性门槛：
-
FLUSH PRIVILEGES;必须手动执行——尤其在 Docker、低版本 MySQL 或修改了Host字段后，缓存不刷新，新权限就是无效的 - 主机名必须完全匹配：
'u'@'localhost'和'u'@'127.0.0.1'是两个用户，GRANT写错Host就等于授给了不存在的账号 - MySQL 8.0+ 下，
GRANT不能对mysql系统库直接操作（如GRANT SELECT ON mysql.user TO ...），会触发安全限制；改用sys视图或专用管理账号
真正卡住的往往不是命令本身，而是你授了权限却没刷新，或者 host 写成了 % 而实际连接走的是 localhost socket —— 多看一眼 SHOW GRANTS FOR 'u'@'h' 的输出，比反复重试快得多。
立即学习“PHP免费学习笔记（深入）”；
