phpMyAdmin 不支持表级权限分配，因其界面仅提供数据库级权限配置，未实现 GRANT ... ON db.table 的 UI 封装与解析逻辑。
直接在 phpMyAdmin 里无法为用户分配「单张数据表」的读写权限——phpMyAdmin 只是 MySQL 的图形前端，权限控制完全由 MySQL 服务端决定，且必须通过 GRANT 语句显式授权。界面里的「用户账户」页仅支持数据库级或全局级权限设置，表级权限需手动执行 SQL。
为什么 phpMyAdmin 的图形界面不支持表级授权？
phpMyAdmin 的「用户账户」→「编辑权限」页面只暴露了 SELECT、INSERT 等复选框，但这些选项默认作用域是整个数据库（ON `db_name`.*）。它没有提供「选择某张表」的 UI 元素，底层也未封装 GRANT ... ON `db_name`.`table_name` 这类语句的提交逻辑。
- MySQL 5.7+ 和 8.0 都支持表级权限，但 phpMyAdmin（截至 5.2.x）仍未在 UI 中开放该能力
- 即使你用 phpMyAdmin 执行了正确的
GRANT语句，权限也会生效，但后续无法在界面上查看或修改该表级权限（UI 会忽略它） - 误以为勾选了「SELECT」就等于给了某张表权限，结果发现
SELECT * FROM other_table也能执行——因为权限实际落在了数据库层级
正确做法：用 SQL 手动授予表级权限
必须切换到「SQL」标签页，手写并执行 GRANT 语句。注意用户名、主机名、数据库名、表名全部要严格匹配，且用户必须已存在。
- 先确认目标用户是否存在：
SELECT User, Host FROM mysql.user WHERE User = 'myuser'; - 授予单表读写权限（例如给
app_db.users表）：GRANT SELECT, INSERT, UPDATE, DELETE ON `app_db`.`users` TO 'myuser'@'localhost';
- 权限变更后必须刷新权限缓存：
FLUSH PRIVILEGES; - 如果用户不存在，需先创建：
CREATE USER 'myuser'@'localhost' IDENTIFIED BY 'strong_pass'; - MySQL 8.0+ 推荐用角色管理，但表级权限仍需
GRANT到具体用户，角色本身不支持细粒度到表
常见错误和兼容性注意点
表级授权看似简单，但几个细节不注意就会失败：
立即学习“PHP免费学习笔记（深入）”；
- 数据库名和表名必须用反引号包裹，尤其是含短横线或大小写的名称：
`my-db`.`user_log`，漏掉会报错ERROR 1144 (42000): Illegal GRANT/REVOKE command - 主机名必须完全一致：如果用户是
'myuser'@'%'，就不能用'myuser'@'localhost'授权，否则权限不生效 - phpMyAdmin 默认以
root或当前登录用户身份执行 SQL，确保该用户有GRANT OPTION权限，否则会报ERROR 1045 (28000): Access denied - MySQL 8.0.16+ 对
USAGE权限做了限制，新创建用户若没显式授权，连连接都会被拒绝，不能只依赖「空权限」测试
真正卡住人的往往不是语法，而是权限作用域的嵌套关系：表级权限不会自动继承数据库级权限，但数据库级权限会覆盖表级限制；而 phpMyAdmin 的 UI 完全不展示这种叠加状态，查权限只能靠 SHOW GRANTS FOR 'user'@'host';。动手前，先想清楚你到底要锁死哪张表，而不是指望界面点几下就完事。
