如何在phpMyAdmin中为用户分配GRANT OPTION权限？-phpMyAdmin-PHP中文网

phpmyadmin权限界面不显示grant option勾选框，因其属授权能力而非普通权限，必须通过sql显式授予：grant select on myapp.* to 'appuser'@'localhost' with grant option；库名需反引号包裹，主机名须精确匹配，且with grant option必须依附实际权限、不可单独使用。

phpmyadmin 的权限界面不显示 grant option 勾选框，必须用 sql 显式授予，否则用户执行 grant 语句时会报错 #1045 - access denied。

为什么 phpMyAdmin 界面里找不到 GRANT OPTION 选项

这不是 UI 缺失，而是设计使然：GRANT OPTION 不是普通权限，不能和 SELECT、INSERT 等并列勾选。phpMyAdmin 的图形化权限页只处理“数据操作类权限”，而 GRANT OPTION 属于“授权能力”，MySQL 要求它必须随具体权限一起显式声明，且只能通过 SQL 授予。

常见错误现象：

用户能查、能改数据，但一执行 GRANT SELECT ON db.* TO 'other'@'%' 就报错
在「用户账户」→「编辑权限」页面滚动到底部，始终不见“允许授权”或类似复选框

正确授予 GRANT OPTION 的 SQL 写法

必须在 GRANT 语句中同时指定目标权限（如 SELECT）和 WITH GRANT OPTION，缺一不可。

示例（让 appuser 能把 myapp 库的读权限授给他人）：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

GRANT SELECT ON `myapp`.* TO 'appuser'@'localhost' WITH GRANT OPTION;

关键点：

库名用反引号包裹：`myapp`，防止库名含短横线或关键字时报错
主机名必须精确匹配：用 'localhost' 就不能用 '%' 替代，MySQL 认证逻辑中二者完全独立
WITH GRANT OPTION 必须写在语句末尾，不能放在括号内、不能拆成多行、不能单独写成 GRANT GRANT OPTION ON ...
不能只写 GRANT USAGE 或空权限列表——GRANT OPTION 必须依附于至少一个实际数据权限

执行后权限不生效？检查这几个硬性条件

即使 SQL 执行成功，用户仍可能无法转授，原因往往卡在底层细节：

用户账号必须已存在，且连接时使用的 host（如 'appuser'@'localhost'）与授权语句中的一致
数据库 myapp 必须真实存在；MySQL 不允许对不存在的库授予表级或库级权限
若用户已有更宽泛权限（比如之前授过 ALL PRIVILEGES ON *.*），新授的窄权限不会自动覆盖，需先 REVOKE 再 GRANT，否则可能报错 #1221 - Incorrect usage of GRANT and NO PRIVILEGES
执行完立刻用该用户登录，运行 SHOW GRANTS; 确认输出里包含 WITH GRANT OPTION —— 这是最直接的验证方式

FLUSH PRIVILEGES 到底要不要加？

绝大多数情况下不需要。MySQL 5.7+ 和 8.0 默认在执行 GRANT 后自动重载权限表。FLUSH PRIVILEGES 只在一种场景下必须加：你曾手动 UPDATE mysql.user 修改过 Grant_priv 字段（比如直接改表赋权）。正常走 GRANT ... WITH GRANT OPTION 流程，就别画蛇添足。

容易被忽略的是：权限生效后，用户必须用新连接登录才能使用转授权限——旧连接会沿用缓存的权限快照，哪怕你刚授完权。