phpMyAdmin 不管理权限，所有权限由 MySQL/MariaDB 控制；“只读”效果源于仅授予 SELECT 权限且禁用写操作权限；单表授权需用 GRANT SELECT ON db.tbl TO 'u'@'h'，注意反引号、host 匹配及 FLUSH PRIVILEGES。
phpMyAdmin 本身不管理权限，权限由 MySQL/MariaDB 控制
phpMyAdmin 只是一个 Web 界面，它不能独立设置“只读”这类权限；所有权限最终都落在 MySQL 或 MariaDB 的用户权限系统上。你看到的“只读”效果，其实是给该用户授予了 SELECT 权限，且**不授予** INSERT、UPDATE、DELETE、DROP、ALTER 等写操作权限。phpMyAdmin 只是把权限结果可视化出来——比如灰色禁用的“编辑”“删除”按钮，本质是后端 SQL 执行被数据库拒绝了。
在 MySQL 中为单表授予 SELECT 权限（关键命令）
必须用有 GRANT OPTION 权限的账户（如 root）登录 MySQL 命令行或通过 phpMyAdmin 的「SQL」标签页执行：
GRANT SELECT ON `database_name`.`table_name` TO 'username'@'host';
常见遗漏点：
-
database_name和table_name必须用反引号包裹，尤其当库名/表名含短横线、数字开头或关键字时（如`my-app`、`2024_logs`） -
'username'@'host'中的host要和用户实际连接来源一致（常见为'localhost'或'%'），不匹配会导致授权无效 - 执行完必须运行
FLUSH PRIVILEGES;（MySQL 8.0+ 通常自动刷新，但低版本或某些部署仍需手动）
检查权限是否生效：别信 phpMyAdmin 的界面状态
phpMyAdmin 的导航栏或表操作按钮变灰 ≠ 权限已生效。真实验证方式只有两个：
- 用该用户登录 phpMyAdmin，尝试执行一条
UPDATE `table_name` SET ...—— 应返回错误：#1142 - UPDATE command denied to user 'username'@'host' for table 'table_name' - 用该用户执行
SHOW GRANTS FOR 'username'@'host';，确认输出中只含SELECT且明确限定到该表，不含ALL PRIVILEGES或全局SELECT - 注意：如果用户已有库级权限（如
SELECT ON `database_name`.*），则单表授权会被覆盖，需先REVOKE再重授
常见误操作：用 phpMyAdmin 图形界面点错位置
phpMyAdmin 的「用户账户」→「编辑权限」页面里，有两处极易混淆：
- 「数据」选项卡下的「SELECT」勾选框 → 这是**库级权限**，勾上就等于
SELECT ON `db`.*，不是单表 - 真正控制单表权限的地方在「详细»」→「数据库：xxx」→「表：yyy」→「勾选 SELECT」→「执行」
- 如果跳过「详细»」直接在主权限页操作，99% 情况下设的是库级而非表级
- 设完务必点页面最下方的「刷新权限」按钮（它执行的是
FLUSH PRIVILEGES）
权限粒度越细，出问题时排查路径越长。单表只读看着简单，但 host 匹配、权限继承、FLUSH 时机、phpMyAdmin 缓存这几个点，任何一个没对齐都会让你以为“设了但没用”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
