mysql列级权限不能精确控制只读某几列，grant语句不支持原表列级select授权，仅insert/update可按列授权，真正可行方案是视图+权限组合。
phpmyadmin 本身不控制列级权限
phpmyadmin 只是一个数据库管理界面，它完全依赖 mysql/mariadb 的底层权限系统。你无法在 phpmyadmin 界面里直接“勾选某列禁止查看”——所有列级访问控制必须通过 mysql 的 grant 语句配置，且仅对 select、insert、update、references 等操作生效（mysql 8.0.22+ 支持列级 select，旧版本不支持）。
MySQL 8.0.22+：用 GRANT SELECT(col1,col2) 限制可读列
如果你的服务器运行的是 MySQL 8.0.22 或更新版本，可以为用户授予特定列的 SELECT 权限，未授权的列在查询中会返回 NULL（即使用户能执行语句），且无法通过 SELECT * 获取它们。
- 先创建一个受限用户：
CREATE USER 'reporter'@'localhost' IDENTIFIED BY 'pass123'; - 只允许读取
users表的id、username、created_at列：GRANT SELECT(id, username, created_at) ON mydb.users TO 'reporter'@'localhost'; - 显式拒绝其他列（非必需，但推荐）：
REVOKE SELECT ON mydb.users FROM 'reporter'@'localhost';（注意：这会撤销之前所有列级 SELECT，所以必须重授所需列） - 执行
FLUSH PRIVILEGES;生效
⚠️ 注意：该用户若执行 SELECT * FROM users，只会看到被授权的三列；尝试 SELECT password FROM users 会报错 ERROR 1142 (42000): SELECT command denied to user ... for column 'password'。
MySQL
老版本 MySQL 和 MariaDB 不支持列级 SELECT 权限，唯一可靠方式是创建不含敏感列的视图，并只给用户授予该视图的 SELECT 权限。
- 创建安全视图：
CREATE VIEW users_public AS SELECT id, username, email, created_at FROM users; - 授权视图而非原表：
GRANT SELECT ON mydb.users_public TO 'reporter'@'localhost'; - 确保用户对原表
users完全无权限：REVOKE ALL PRIVILEGES ON mydb.users FROM 'reporter'@'localhost';
? 小技巧：视图名别用 _safe 这类明显后缀，避免被猜出存在敏感列；更稳妥的做法是把视图放在独立数据库（如 app_reports），并只授权该库。
phpMyAdmin 中用户仍能看到表结构，但查不到数据
即使你成功限制了列权限或只授权视图，用户登录 phpMyAdmin 后依然能在左侧导航栏看到原表名、甚至点进去看“结构”页——因为 SHOW COLUMNS 和 INFORMATION_SCHEMA 查询通常不受列级权限约束（取决于 MySQL 版本和 show_compatibility_56 等设置）。但他们执行 SQL 查询时，权限限制立即生效。
- 用户点击原表的“浏览”页，会触发
SELECT * FROM users LIMIT 25—— 此时权限检查触发，要么报错，要么只返回授权列（MySQL 8.0.22+） - 用户在“SQL”页手动写
SELECT password FROM users，同样会被拒绝 - 视图则完全可控：只要不授予权限，用户连
SHOW CREATE VIEW都看不到定义（除非有SHOW VIEW权限）
真正容易被忽略的是：phpMyAdmin 的“导入”“导出”功能默认使用当前用户权限执行，所以权限限制对其同样有效；但如果你启用了 $cfg['Servers'][$i]['auth_type'] = 'config' 并在配置里硬编码了 root 密码，那所有用户实际都以 root 身份操作——这时任何权限配置都失效。务必确认 auth_type 是 cookie 或 http。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
