phpMyAdmin登录页显示所有配置的服务器，不校验权限；用户能否连接取决于MySQL实际授权，而非前端隐藏——连不上即报错，无法进入主界面。
phpMyAdmin 登录页显示多个服务器，但用户只能看到自己能连的
这不是靠“隐藏按钮”或前端过滤实现的，而是由$cfg['Servers'][$i]['auth_type'] 和 MySQL 实际连接能力共同决定的。phpMyAdmin 在登录页渲染服务器列表时，**不校验用户权限**；它只按 config.inc.php 里定义的服务器数量列出全部。真正起作用的是：用户选中某个服务器后，phpMyAdmin 尝试用当前登录凭据去连接——连不上就报错，不会进入主界面。
所以“只能看到有权访问的服务器”，本质是让无权用户**根本无法触发连接尝试**，而不是让他们看见列表再失败。
常见错误现象：mysqli::real_connect(): (hy000/1045): access denied for user 'user1'@'localhost' 出现在登录页跳转后，说明配置没做隔离，只是权限拦在了连接阶段。
正确做法是：为每个服务器定义独立的登录方式，并配合 MySQL 用户的 host 限制：
- 在
config.inc.php中，对每个$cfg['Servers'][$i]显式设置'auth_type' => 'config'，并填入该服务器专用的账号密码（如'user' => 'srv1_admin'） - 确保该账号在 MySQL 中仅允许从 phpMyAdmin 所在主机连接，例如：
CREATE USER 'srv1_admin'@'192.168.10.5' IDENTIFIED BY 'pass'; - 若 phpMyAdmin 和数据库在同一台机器，用
'localhost'；若跨网络，必须写死 IP，不能用'%'，否则等于开放给所有人 - 删掉所有未被使用的
$cfg['Servers'][$i]条目——不要留着“备用服务器”配置，它们会照常出现在下拉菜单里
用 $cfg['Servers'][$i]['hide_db'] 或 only_db 能否控制服务器可见性？
不能。$cfg['Servers'][$i]['hide_db'] 和 $cfg['Servers'][$i]['only_db'] 只影响**已成功登录后的数据库列表**，和“登录页选哪个服务器”完全无关。它们作用于单个服务器连接建立之后，对多服务器选择逻辑零影响。
你改了 only_db，用户照样能在登录页看到全部服务器选项；点进去之后，才被限制只能看那两个库——但前提是连接得通。
想让某用户完全看不到某个服务器选项，唯一可靠方式是：不把那个服务器配进他的 config.inc.php 里。这意味着你需要为不同用户维护不同的配置文件副本，或通过 Web 服务层（如 Nginx 的 fastcgi_param）动态注入配置路径——但这已超出 phpMyAdmin 原生能力范围。
为什么不能依赖 $cfg['Servers'][$i]['AllowRoot'] 或权限开关？
$cfg['Servers'][$i]['AllowRoot'] = false 只禁用 root 用户以 auth_type = 'cookie' 方式登录，并不限制其他账号连接该服务器。它不参与服务器列表生成逻辑，也不校验当前登录者是否被授权访问这个 $i 对应的实例。
更关键的是：phpMyAdmin 的服务器数组是静态配置，没有运行时“按用户角色加载子集”的机制。它的设计假设是——管理员统一管理所有服务器，而权限隔离靠 MySQL 层完成。
如果你真有多个租户共用一个 phpMyAdmin 实例且要严格隔离服务器视图，别强撑原生方案。要么拆成多个独立部署（各用独立 config.inc.php），要么换用支持多租户的数据库管理工具（如 Adminer + 自定义插件，或 DBeaver Server）。硬在 phpMyAdmin 上打补丁，最后只会变成一堆条件判断和配置分支，维护成本远超收益。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
