phpMyAdmin 5.1不支持列级权限撤销，必须用SQL执行REVOKE SELECT(phone,id_card) ON db.tbl FROM 'u'@'h'并FLUSH PRIVILEGES；界面仅支持表级操作，列级权限状态不可见，SHOW GRANTS是唯一验证依据。
phpMyAdmin 不支持列级权限撤销
它根本没提供界面让你取消某张表里某个字段的 SELECT 权限。MySQL 原生支持列级授权（如 GRANT SELECT(id, name) ON db.t1 TO 'u'@'h'），但 phpMyAdmin 5.1 完全不暴露这个能力——所有「编辑权限」操作都只到表或数据库粒度。
必须用 SQL 手动执行 REVOKE COLUMN_PRIVILEGES
想真正撤掉对敏感列（比如 phone、id_card）的访问，只能绕过界面，直连 MySQL 执行命令：
- 先查清用户当前有哪些列级权限：
SELECT * FROM mysql.columns_priv WHERE User='user' AND Host='host' AND Db='db_name' AND Table_name='table_name'; - 撤销指定列的 SELECT：
REVOKE SELECT (phone, id_card) ON `mydb`.`users` FROM 'user'@'host'; - 执行后必须运行：
FLUSH PRIVILEGES;，否则不生效 - 注意：MySQL 8.0+ 中
columns_priv表结构有变，需用INFORMATION_SCHEMA.role_column_grants配合角色查，但列级REVOKE语法不变
界面里勾选“SELECT” ≠ 允许查所有列
很多人误以为在 phpMyAdmin 的「表权限」页取消 SELECT 就能锁死整张表——其实那只是撤销「表级 SELECT」，不影响之前单独授予的列级权限。反过来，如果你只在界面勾了 SELECT，用户仍能查全部列；但若你曾用 SQL 授过 SELECT(phone)，又没显式 REVOKE，那 phone 列就一直可读。
- 列级权限优先级高于表级：即使表级 SELECT 被撤，列级授权依然有效
- SHOW GRANTS 输出里会明确写
SELECT (phone)，这是唯一判断依据 - phpMyAdmin 界面永远不显示列级权限状态，你点了「执行」也改不了它
更安全的替代方案：别依赖列权限
列级权限难维护、易遗漏、界面不可见，生产环境建议换思路：
立即学习“PHP免费学习笔记（深入）”；
- 建视图屏蔽敏感字段：
CREATE VIEW users_safe AS SELECT id, username, created_at FROM users;，再把SELECT权限授给视图 - 应用层脱敏：导出或查询时用 SQL 处理，如
CONCAT(LEFT(phone,3),'****',RIGHT(phone,4)) - 用 MariaDB 的 Dynamic Columns 或 MySQL 8.0+ 的 Row-Level Security（需企业版）替代
列级权限不是开关，是隐形补丁——每次改完都得跑 SHOW GRANTS 对照，否则你根本不知道哪列还开着门。
