phpmyadmin权限界面不显示grant option勾选框，因其必须通过sql显式授予：grant select on db.* to 'user'@'host' with grant option；注意库名反引号、主机名精确匹配及避免手动update后遗漏flush privileges。
phpmyadmin里点“权限”看不到“grant option”勾选框
默认新建用户时，phpmyadmin 的图形化权限界面不显示 grant option 控制项——这不是 ui 缺失，而是它被刻意隐藏了，因为该权限必须显式通过 sql 授予，不能靠勾选。你看到的“全选所有权限”或“select/insert/update…”列表，都不包含 grant option。
常见错误现象：
– 用户能查、能改数据，但执行 GRANT SELECT ON db.* TO 'otheruser'@'%' 时报错 #1045 - Access denied for user；
– 在“用户账户”页点击“编辑权限”，滚动到底部也找不到任何与“授权他人”相关的复选框。
- 必须用 SQL 手动添加：在 phpMyAdmin 的“SQL”标签页中运行
GRANT ... WITH GRANT OPTION - 不能只给
USAGE或仅刷新权限：必须明确包含目标权限（如SELECT）且带上WITH GRANT OPTION - 如果用户已存在，先
REVOKE再GRANT，否则重复执行会报错#1221 - Incorrect usage of GRANT and NO PRIVILEGES
执行 GRANT WITH GRANT OPTION 的正确 SQL 写法
语法上容易漏掉两个关键点：一是 ON 后面的对象范围必须和原始权限一致；二是 WITH GRANT OPTION 必须写在语句末尾，不能放在括号里或拆成多行命令。
使用场景举例：让 'appuser'@'localhost' 能把 myapp 库的读权限授给其他用户：
GRANT SELECT ON `myapp`.* TO 'appuser'@'localhost' WITH GRANT OPTION;
参数差异注意：
– 库名带反引号 `myapp`：防止库名含短横线或关键字时报错
– 主机名用 'localhost' 而非 '%'：若用户从本地连接，% 不匹配 localhost（MySQL 认证逻辑特殊）
– 不要写 GRANT SELECT, GRANT OPTION ON ...：GRANT OPTION 不是独立权限，不能列在权限列表中
为什么 FLUSH PRIVILEGES 通常不需要，但有时又必须加
MySQL 8.0+ 和大多数 5.7 配置下，GRANT 语句会自动重载权限表，FLUSH PRIVILEGES 是冗余操作；但如果你之前手动改过 mysql.user 表（比如 UPDATE 了 Grant_priv 字段），就必须执行它来生效。
- 正常走
GRANT ... WITH GRANT OPTION→ 不需要FLUSH PRIVILEGES - 用
UPDATE mysql.user SET Grant_priv='Y' WHERE User='xxx'→ 必须跟FLUSH PRIVILEGES - 执行后立刻测试：用该用户登录，运行
SHOW GRANTS;，确认输出里有WITH GRANT OPTION
用户能授权别人，但被授权者仍连不上？检查主机名匹配
GRANT OPTION 只控制“能否发 GRANT 命令”，不解决连接问题。常见坑是：A 用户成功执行了 GRANT SELECT ON db.* TO 'B'@'%'，但 B 死活连不上。
原因几乎总是主机名不匹配：
– 'B'@'%' 允许任意 IP，但若 B 实际从 127.0.0.1 连，MySQL 会优先匹配 'B'@'localhost'（如果存在）；
– 若只建了 'B'@'192.168.1.%'，却从公网 IP 连，也会拒绝。
- 用
SELECT User, Host FROM mysql.user;查看实际存在的账号记录 - 确保被授权用户的
Host值和其连接来源完全一致（包括localhostvs127.0.0.1） - phpMyAdmin 创建用户时，“主机”字段填
localhost和127.0.0.1是两个独立账号
事情说清了就结束。真正卡住人的地方，往往不是语法，而是 MySQL 对 localhost 的特殊解析、以及图形界面故意不暴露 WITH GRANT OPTION 这个事实。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
