phpMyAdmin不支持直接为单张表授权，必须在SQL标签页手动执行GRANT SELECT ON myapp.orders TO 'reporter'@'localhost';并FLUSH PRIVILEGES；界面操作仅支持库级权限，且易因主机名不匹配或未刷新权限导致失效。
phpMyAdmin里没法直接给单张表授权
phpmyadmin本身不提供“只让某用户查 orders 表”的界面按钮。它的权限管理完全依赖 mysql 底层的 grant 语句，而 mysql 8.0+ 才原生支持表级权限（grant select on mydb.orders to 'user'@'host'），旧版本只能做到库级或列级。所以第一步得确认你的 mysql 版本：select version();。
MySQL 8.0+ 表级授权必须手动写 SQL
在 phpMyAdmin 的 SQL 标签页执行以下命令，不能靠界面点选：
GRANT SELECT ON `myapp`.`orders` TO 'reporter'@'localhost';<br>FLUSH PRIVILEGES;
-
myapp是数据库名，orders是表名，二者都必须用反引号包裹，尤其当名字含特殊字符或关键字时 -
'reporter'@'localhost'必须和用户创建时的主机名完全一致，'reporter'@'%'和'reporter'@'localhost'是两个不同用户 - 执行后一定要
FLUSH PRIVILEGES，否则权限不生效——phpMyAdmin 界面刷新或重登都不管用 - 别漏掉
REVOKE原有库级权限：REVOKE ALL ON `myapp`.* FROM 'reporter'@'localhost';，否则表级授权会被更高优先级的库级权限覆盖
用户仍能看到其他表名？这是正常现象
即使只给了 orders 表的 SELECT 权限，用户登录 phpMyAdmin 后依然能在左侧看到整个 myapp 数据库下的所有表名。这不是漏洞，是 MySQL 的设计：权限控制的是“能否执行操作”，不是“能否看见对象名”。
- 用户点击其他表会报错
#1142 - SELECT command denied，但不会崩溃 - 如果连表名都不想暴露，唯一办法是把目标表挪到独立数据库，然后只给该库权限，再配合 phpMyAdmin 的
$cfg['Servers'][$i]['hide_db']配置隐藏其他库 - 不要试图用视图包装来“隐藏原始表名”——
SHOW TABLES和information_schema.TABLES仍会列出原表，除非你同时REVOKE SELECT ON information_schema.TABLES（但部分客户端会因此无法加载数据库列表）
phpMyAdmin 界面操作容易踩的坑
在“用户账户”→“编辑权限”里勾选权限，本质是生成 GRANT 语句，但界面逻辑有硬伤：
- 选“数据库特定权限”再选库，然后勾
SELECT—— 这给的是整个库的权限，不是单表 - 点“添加数据库特权”下方的“添加表特权”，看起来能选表，但实际只对当前已存在的表生效，且 phpMyAdmin 5.x 会错误地把语句写成
GRANT SELECT ON `myapp`.*而非GRANT SELECT ON `myapp`.`orders` - 界面里删权限不等于撤销——它可能只清空勾选项，但底层
REVOKE语句没执行，必须进 SQL 标签页手动补 - 修改权限后，用户当前连接不会立即失效，要等连接断开重连才生效；长连接可能缓存旧权限长达几分钟
真正严格的单表访问，靠 phpMyAdmin 界面做不到，必须直写 SQL 并验证效果。最容易被忽略的是主机名匹配和 FLUSH PRIVILEGES，这两处出错，权限看着设了，实际完全不生效。
立即学习“PHP免费学习笔记（深入）”；
