phpMyAdmin 5.2+ 中 $cfg['Servers'][$i]['hide_column'] 可在查询结果页隐藏指定字段（如 password_hash），但仅限普通 SELECT 页面的 HTML 渲染层过滤，不改变 SQL 或响应数据，且不适用于导出、EXPLAIN 等场景；敏感字段必须配合视图或列级权限控制。
phpMyAdmin 5.2+ 版本中用 $cfg['Servers'][$i]['hide_db'] 不起作用？
这个配置项只控制数据库列表的隐藏，跟查询结果列完全无关。想在 select 结果页隐藏字段（比如 password_hash、api_key），必须走「列级过滤」机制，不是靠全局配置开关。
用 $cfg['Servers'][$i]['column_order'] 和 hide_column 配合实现字段隐藏
phpMyAdmin 自 5.0 起支持通过 hide_column 属性控制单表查询结果中是否显示某列。它不修改 SQL，而是在渲染阶段过滤掉指定列的 HTML 输出。
操作步骤：
- 编辑 phpMyAdmin 根目录下的
config.inc.php - 在对应服务器配置块里添加或修改
$cfg['Servers'][$i]['hide_column']数组 - 格式为
['database_name']['table_name'] = ['col1', 'col2']
示例：隐藏 users 表的 password 和 email 列
$cfg['Servers'][$i]['hide_column'] = [
'myapp' => [
'users' => ['password', 'email'],
'tokens' => ['token_value']
]
];
注意：hide_column 只对「普通 SELECT 查询结果页」生效；EXPLAIN、INSERT INTO … SELECT、视图预览等场景不触发该过滤。
立即学习“PHP免费学习笔记（深入）”；
为什么用了 hide_column 却没隐藏？常见原因
这不是 bug，而是配置加载或匹配逻辑被忽略导致的：
- 数据库名或表名大小写不一致（MySQL 默认大小写敏感，Linux 系统下尤其要注意）
-
$i索引错位——多个服务器配置时，$cfg['Servers'][0]是第一个，别写成[1]却漏配[0] - 配置写在
$cfg['Servers'][$i]外层，PHP 解析失败后静默跳过 - 使用了「无权限用户登录」，phpMyAdmin 会跳过部分配置加载以保安全，
hide_column不生效
验证方式：在查询页右上角点「显示所有列」按钮，如果被隐藏的列仍可手动勾选显示，说明 hide_column 没生效；若该按钮压根不出现对应列，则说明已成功拦截渲染。
敏感字段不能只靠前端隐藏，必须配合权限与 SQL 层控制
hide_column 是纯展示层遮盖，数据依然随响应体下发（只是 DOM 不渲染）。真实风险在于：
- 用户打开浏览器开发者工具 → 查看 XHR 响应 → 仍能看到完整 JSON 数据
- 导出功能（CSV/JSON/Excel）默认包含所有字段，不受
hide_column影响 - 其他用户若拥有相同数据库权限，可直连或换工具查出字段
真正安全的做法是：用 MySQL 视图封装脱敏逻辑（如 SELECT id, username, '***' AS password FROM users），再让 phpMyAdmin 连接视图而非原表；或者严格限制账号 SELECT 权限，不授予敏感字段。
