Typecho 官方生态中并没有名为 Query Monitor 的插件，该工具主要服务于 WordPress 站点。在 Typecho 中排查数据库查询慢，推荐通过开启内置调试模式或使用社区开发的 DebugBar 类插件实现，生产环境开启调试模式存在信息泄露风险。
先说结论：Typecho 不支持直接安装 WordPress 版的 Query Monitor 插件，需使用内置调试功能或社区适配插件进行 SQL 分析。
- 适合场景：测试环境排查、开发阶段优化、临时诊断生产问题
- 先做准备：备份网站文件、确认 config.inc.php 路径、准备 FTP 或 SSH 权限
- 再验证：查看页面底部调试信息、检查服务器错误日志、确认查询耗时数据
快速处理思路
无需安装额外插件，直接修改配置文件即可开启 SQL 查询日志。
define('__TYPECHO_DEBUG__', true);将上述代码加入站点根目录的 config.inc.php 文件中，刷新页面后可在页面源码或底部看到数据库查询详情。
为什么会这样
Typecho 内核内置了调试常量，开启后会自动记录并输出数据库操作信息。
Typecho 基于 PHP 开发，其数据库层在调试模式下会捕获所有 PDO 或 MySQL 查询请求。Query Monitor 是 WordPress 专属插件，依赖 WordPress 的钩子机制，无法直接在 Typecho 上运行。使用内置调试模式是最轻量且无需依赖第三方代码的排查方式。
分步处理
按照以下顺序操作，确保可回滚且不影响站点正常运行。
- 备份配置文件：通过 SSH 或 FTP 下载根目录下的 config.inc.php 文件到本地。
- 编辑配置：在 config.inc.php 末尾添加
define('__TYPECHO_DEBUG__', true);，注意不要破坏原有的 PHP 标签结构。 - 刷新页面：访问站点前台或后台任意页面，触发数据库查询。
- 查看输出：查看页面底部或页面源码末尾，寻找包含 SQL 语句和执行时间的调试信息块。
- 恢复设置：排查完成后，务必将该行代码删除或改为 false，避免生产环境泄露敏感信息。
怎么验证是否生效
页面底部出现调试信息块即表示开启成功。
查看网页源代码末尾，若看到类似"Database Queries"、"SQL Statements"或包含具体 SELECT/UPDATE 语句及耗时（单位通常为秒或毫秒）的文本块，说明调试模式已生效。若页面无变化，检查 config.inc.php 是否被缓存或代码语法是否有误。
常见坑
- 生产环境长期开启调试模式会导致页面暴露数据库结构、路径等敏感信息，容易被攻击者利用。
- 开启调试模式会增加 PHP 执行开销，可能导致页面加载速度变慢，干扰对“慢查询”的真实判断。
- 部分缓存插件或服务器缓存可能阻止调试信息实时输出，需先清除缓存再验证。
常见问题
Typecho 能直接用 WordPress 的 Query Monitor 插件吗？
不能直接使用。
两者内核架构不同，WordPress 插件依赖 WP 核心函数和钩子，在 Typecho 上无法加载运行。
开启调试模式会影响网站速度吗？
会有轻微影响。
记录 и 输出日志需要消耗额外的 CPU 和 IO 资源，建议仅在排查问题时临时开启。
除了改配置还有其他排查方法吗？
可以使用社区开发的 DebugBar 类型插件。
部分 Typecho 社区开发者移植了类似功能的插件，但需确认插件是否维护更新，避免兼容性问题。