必须同时关闭mysql层show databases权限并配置phpmyadmin的hide_db正则:先用revoke show databases on . from 'app_user'@'%'使show_db_priv='n',再在config.inc.php中设置$cfg['servers'][$i]['hide_db'] = '^(information_schema|mysql|performance_schema|sys)$',最后重启web服务。

不能靠 phpMyAdmin 界面勾选或 MySQL 权限“自动隐藏”——必须同时关掉 MySQL 层的 SHOW DATABASES 权限,并在 phpMyAdmin 配置中正则过滤系统库,否则用户要么看到全部库名,要么导航栏空白报错。
关掉用户的 SHOW DATABASES 权限(MySQL 层)
这是最常被跳过的一步。只要 mysql.user.Show_db_priv 是 'Y',哪怕用户对其他库只有 USAGE,SHOW DATABASES 仍返回全部库名。
- 用 root 执行:
REVOKE SHOW DATABASES ON *.* FROM 'app_user'@'%'; - 确认生效:
SELECT User, Host, Show_db_priv FROM mysql.user WHERE User = 'app_user' AND Host = '%';—— 返回值必须是'N' - 显式授予目标库权限(哪怕只是
USAGE):GRANT USAGE ON `myapp_db`.* TO 'app_user'@'%'; - 执行
FLUSH PRIVILEGES;(直改表或REVOKE后必须)
注意:只做 GRANT SELECT ON myapp_db.* 不够;REVOKE SELECT ON *.* 也完全无效——SELECT 和库名可见性无关。
配置 phpMyAdmin 的 hide_db 正则(应用层)
单纯关 MySQL 权限会导致 phpMyAdmin 左侧导航栏报 #1044 - Access denied 或显示为空白,因为它的 UI 依赖 SHOW DATABASES 结果再渲染。所以得在 phpMyAdmin 层主动过滤。
- 编辑
config.inc.php,在对应$cfg['Servers'][$i]区块内添加:$cfg['Servers'][$i]['hide_db'] = '^(information_schema|mysql|performance_schema|sys)$'; - 必须用
^和$锚定全名,否则可能误匹配如my_mysql_backup - 修改后需重启 Web 服务(Apache/Nginx),phpMyAdmin 不热加载此配置
这个配置只影响左侧导航树,不影响 SQL 窗口查询——用户仍能手动 USE information_schema 或查 SCHEMATA,但至少不会一眼看到所有库名。
为什么不能只靠 INFORMATION_SCHEMA 权限控制?
有人试过 REVOKE SELECT ON INFORMATION_SCHEMA.*,但没用。因为:
-
INFORMATION_SCHEMA.SCHEMATA的访问控制粒度很粗:只要用户能连上 MySQL,默认就能查这个视图(除非显式REVOKE,但会破坏很多工具如 Laravel 的 schema 检查) -
SHOW DATABASES和SELECT FROM SCHEMATA是两条独立路径,关一个不等于关另一个 - 即使你成功禁了
SCHEMATA,用户仍可能通过SHOW TABLES FROM other_db反推库名(如果他知道库名)
所以真正可控、可验证的防线只有两处:MySQL 的 Show_db_priv = 'N' + phpMyAdmin 的 hide_db 正则。其他都是旁路,不可靠。
最容易被忽略的是 host 匹配精度——'app_user'@'192.168.1.100' 和 'app_user'@'%' 是两个账户,改错一个就白忙活;还有 MySQL 8.0.29+ 引入的 show_database_privilege 系统变量,如果它被设为 ON,就得用 SET PERSIST 关,而不是改 mysql.user 表。
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!











