NaviDatabaseList 不是 phpMyAdmin 的有效配置项，官方源码和文档中均不存在；真正影响多库性能的是 $cfg['MaxDbList']、$cfg['NavigationTreeEnableGrouping'] 等真实参数及 MySQL 权限优化。
NaviDatabaseList 并不是 phpMyAdmin 的官方配置项、函数或内置功能，它不存在于任何稳定版 phpMyAdmin（包括 5.2.x、6.0.x、6.1.x）的源码、文档或配置文件中。你很可能在某篇过时的博客、被篡改的插件说明，或混淆了其他数据库管理工具（如 Adminer 插件、自定义 JS 脚本）的命名后，误以为这是 phpMyAdmin 的标准优化参数。
为什么搜索 NaviDatabaseList 会找不到配置入口？
phpMyAdmin 的数据库列表渲染逻辑由 PHP 后端（libraries/classes/Display/Results.php 等）和前端模板（templates/navigation/database/index.twig）共同控制，但所有可调参数均通过 $cfg 数组暴露，例如 $cfg['NavigationTreeEnableGrouping'] 或 $cfg['MaxDbList']。没有名为 NaviDatabaseList 的键被解析或使用。
- 在 phpMyAdmin 源码中全局搜索
NaviDatabaseList，结果为 0 - 官方配置文档（https://docs.phpmyadmin.net/）未收录该配置项
- 启用该“配置”会导致
Undefined index警告，但不会生效
真正影响多库加载性能的关键配置项
当服务器有数百个数据库时，卡顿主因是：每次请求都执行 SHOW DATABASES + 逐个 SELECT SCHEMA_NAME FROM INFORMATION_SCHEMA.SCHEMATA + 权限校验 + 排序过滤。以下才是实际有效的干预点：
-
$cfg['MaxDbList'] = 50：限制导航栏显示的数据库数量（设为0表示不限，但会更慢） -
$cfg['NavigationTreeEnableGrouping'] = false：关闭按字母/前缀分组，减少 PHP 层排序开销 -
$cfg['SkipLockedTables'] = true：避免因锁表导致SHOW DATABASES阻塞 -
$cfg['Servers'][$i]['hide_db'] = '^(mysql|information_schema|performance_schema|sys)$'：正则隐藏系统库，减少遍历和权限检查次数
前端卡顿？别碰不存在的 NaviDatabaseList，试试这个 JS 方案
如果问题是点击「数据库列表」后页面长时间白屏（而非后端超时），本质是前端一次性渲染几百个 <li> 导致浏览器重排压力大。这时可手动注入轻量级懒加载逻辑（需修改 templates/navigation/database/index.twig 或通过自定义 JS 注入）：
立即学习“PHP免费学习笔记（深入）”；
document.addEventListener('DOMContentLoaded', () => {
const dbList = document.querySelector('#server_databases');
if (dbList && dbList.children.length > 100) {
// 折叠前 90 项，只展开搜索框+最近 10 个
Array.from(dbList.children).slice(10).forEach(el => el.style.display = 'none');
const toggleBtn = document.createElement('li');
toggleBtn.innerHTML = '<a href="#">+ 显示全部</a>';
toggleBtn.querySelector('a').onclick = e => {
e.preventDefault();
Array.from(dbList.children).forEach(el => el.style.display = '');
toggleBtn.remove();
};
dbList.appendChild(toggleBtn);
}
});
注意：此方案绕过 phpMyAdmin 原生逻辑，升级 phpMyAdmin 时需重新应用。
真正要优化多库体验，得从 MySQL 层面入手——比如用 GRANT 精确限定用户可见库范围，让 SHOW DATABASES 返回结果本身变小；或者把测试库、旧项目库移到另一台 MySQL 实例。靠一个虚构的配置项去“加速”，只会浪费排查时间。
