$cfg['Servers'][$i]['hide_db']仅过滤用户有权查看的数据库列表，不改变MySQL权限；系统库是否显示取决于用户是否被授予SHOW DATABASES或对应库权限，需结合MySQL权限控制与正则配置双重实现隐藏。
phpMyAdmin 本身不提供“隐藏指定 MySQL 服务器系统库”的内置功能，它只控制自身界面中数据库列表的显示逻辑，且该逻辑作用于当前登录用户的权限视图 —— 换句话说，真正起决定性作用的是 MySQL 用户的权限配置，而非 phpMyAdmin 的某个开关。
为什么 $cfg['Servers'][$i]['hide_db'] 不会隐藏系统库（如 mysql、information_schema）？
这个配置项仅过滤 phpMyAdmin 左侧数据库下拉列表中“用户有权限看到的库”，但它不会影响系统库的可见性判断逻辑。MySQL 系统库是否显示，取决于当前登录用户是否对其拥有 SELECT 或更基础的访问权限（例如能否执行 SHOW DATABASES）。即使你在 config.inc.php 中设置了 hide_db = 'mysql|information_schema'，只要用户被授予了对这些库的访问权（比如通过 GRANT ALL ON *.*），它们仍会出现在列表中。
-
hide_db是正则匹配，只对用户“能看见”的库做二次过滤，不是权限拦截器 - 系统库默认对 root 或高权限用户始终可见，phpMyAdmin 不会主动屏蔽
- 若用户无权访问某系统库（如普通用户未被显式授权
mysql库），它本就不会出现 —— 此时hide_db根本不生效
真正有效的做法：用 MySQL 权限控制 + phpMyAdmin 配合
要让指定 MySQL 服务器上的系统库在 phpMyAdmin 中“不可见”，必须从源头限制用户权限，并辅以 phpMyAdmin 配置增强隔离感：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 创建专用 phpMyAdmin 登录用户，**不授予全局权限**，例如：
CREATE USER 'pma_user'@'localhost' IDENTIFIED BY 'strongpass';<br>GRANT SELECT, INSERT, UPDATE, DELETE ON `app_%`.* TO 'pma_user'@'localhost';<br>FLUSH PRIVILEGES;
- 确保该用户对
mysql、information_schema、performance_schema、sys等库**没有任何显式授权**（默认就没有） - 在
config.inc.php中为该服务器启用$cfg['Servers'][$i]['hide_db']，作为兜底视觉过滤：$cfg['Servers'][$i]['hide_db'] = '^(mysql|information_schema|performance_schema|sys)$';
- 确认 phpMyAdmin 连接时使用的是该受限用户（不是 root），否则所有配置都无效
常见错误现象与排查点
即使做了上述配置，仍看到系统库？大概率是以下原因之一：
立即学习“PHP免费学习笔记（深入）”；
- phpMyAdmin 当前连接使用的 MySQL 用户仍是
root或其他高权限账号 —— 检查$cfg['Servers'][$i]['user']和'password'配置是否指向受限用户 - MySQL 服务端开启了
show_compatibility_56 = ON或旧版本兼容模式，导致权限检查松动（罕见但存在） - 用户曾被授予
SHOW DATABASES权限，而该权限允许列出所有库名（包括无访问权的系统库），此时系统库名仍会显示为灰色/不可点击，但仍在列表中 —— 这是 MySQL 行为，phpMyAdmin 无法覆盖 -
hide_db正则写错，比如漏了锚点^和$，导致匹配失败；或大小写不一致（库名默认小写，但某些系统可能区分）
最易被忽略的一点：phpMyAdmin 的 hide_db 只作用于“已通过权限校验的数据库列表”，它不是防火墙。如果你需要强隔离，唯一可靠路径是让 MySQL 用户根本看不到那些库——这只能靠权限模型实现，而不是前端配置。
