直接禁用 phpMyAdmin 的 tracking 功能只需注释或删除 config.inc.php 中 $cfg['Servers'][$i]['tracking'] = 'pma_tracking'; 等相关配置行，不依赖数据库表，不影响基础操作，可避免报错和权限暴露。
直接禁用 phpmyadmin 的 tracking 功能，只需注释或删除 config.inc.php 中与 pma_tracking 相关的配置行——它不依赖数据库表存在，也不影响基础操作，关掉后能避免因缺失表引发的报错和潜在权限暴露。
为什么 tracking 会报错？本质是配置与实际环境不匹配
tracking 功能默认启用时，phpMyAdmin 会尝试往 MySQL 写入操作日志（如 ALTER、CREATE 等语句记录），但它需要一组预设表（如 pma_tracking）支撑。远程库或精简部署的 MySQL 常未初始化这些表，导致页面加载时报错，比如 “Cannot load or save tracking data” 或 SQL 执行失败提示。
- 这不是 bug，而是功能“有要求但没满足”的明确反馈
- 报错本身可能泄露服务器使用了 phpMyAdmin，还可能暴露部分路径或配置逻辑
- tracking 表若被攻击者控制（如通过注入写入恶意触发器），反而成风险点
禁用方法：只动 config.inc.php，别碰数据库或源码
编辑 phpMyAdmin 根目录下的 config.inc.php（若不存在，复制 config.sample.inc.php 并重命名），找到类似以下这段“Advanced phpMyAdmin features”区块：
$cfg['Servers'][$i]['pmadb'] = 'phpmyadmin'; $cfg['Servers'][$i]['tracking'] = 'pma_tracking';
把整段用 /* ... */ 注释掉，或直接删掉包含 tracking 的那一行即可。其他如 history、column_info 等也建议一并注释——它们同属可选元数据功能，非必要不启用。
- 无需创建
phpmyadmin数据库，也无需运行 sql/create_tables.sql - 不重启 Web 服务，改完保存即生效（phpMyAdmin 运行时读取配置）
- 不要去删
libraries/tracking/目录或改 PHP 源码，升级时会被覆盖
验证是否真正关闭：看界面 + 看行为
禁用后，以下现象说明已成功：
立即学习“PHP免费学习笔记（深入）”；
- 打开任意数据表，在“结构”或“SQL”页，不再显示“跟踪”标签页或“启用跟踪”按钮
- 执行任意 SQL（如
SELECT 1），页面不会弹出 tracking 相关错误或警告 - 检查 MySQL 的
general_log或慢查询日志，不再出现对pma_tracking表的 INSERT/SELECT
注意：如果仍看到报错，大概率是改错了文件（比如改了 config.sample.inc.php 而非实际加载的 config.inc.php），或配置被多个 $i 实例覆盖，需确认修改的是当前生效的服务器索引块。
tracking 是个“锦上添花”功能，不是核心能力。生产环境里，它带来的维护成本和潜在暴露面，远大于那点操作审计价值——关掉它，是最轻量也最稳妥的安全减法。
