本文介绍通过启用 mysql 通用查询日志（general query log），结合日志分析快速定位 wordpress 插件中高频执行 sql 的 php 文件路径与上下文，帮助非 php 开发者诊断资源耗尽型数据库滥用问题。
当 WordPress 站点因某个插件持续发起大量数据库查询而导致 CPU 占用飙升、页面无法访问时，仅靠 mytop 或 SHOW PROCESSLIST 只能看到“谁在查库”，却无法得知“哪段 PHP 代码触发了它”。由于你并非 PHP 开发者，且插件未被黑（排除后门），问题极可能源于逻辑缺陷——例如循环中未加缓存的重复查询、钩子挂载错误导致的多次执行，或定时任务失控。
此时最直接有效的排查手段是开启 MySQL 通用查询日志，它会完整记录每一条到达数据库的 SQL 语句，并附带执行时间、客户端 IP 和连接 ID。虽然部分高流量生产环境需谨慎启用，但针对你描述的“已 100% 占满资源”的紧急场景，短暂启用（数分钟）是合理且必要的诊断步骤。
✅ 操作步骤如下：
-
确认并启用通用日志（需 MySQL root 或 SUPER 权限）：
-- 查看当前日志状态与文件路径 SHOW VARIABLES LIKE 'general_log%';
-- 启用日志（立即生效，无需重启） SET GLOBAL general_log = 'ON';
> ⚠️ 注意：日志默认可能写入 `/var/run/mysqld/mysqld.log`（Debian/Ubuntu）或 `/usr/local/mysql/data/hostname.log`（macOS/macOS MAMP），实际路径以 `general_log_file` 值为准。确保该目录有足够磁盘空间（建议预留 ≥500MB），避免日志写满导致 MySQL 拒绝服务。 2. **实时监控日志，捕捉高频模式**： 在另一个终端中执行（Linux/macOS）： ```bash # 实时追踪新增日志（按 Ctrl+C 退出） tail -f /var/run/mysqld/mysqld.log | grep -E "(SELECT|INSERT|UPDATE|DELETE)"
观察日志中反复出现的 SQL 模式（如 SELECT * FROM wp_options WHERE option_name = 'xyz_cache'），尤其注意：
立即学习“PHP免费学习笔记（深入）”；
- 相同 SQL 在极短时间内密集出现（如 1 秒内数十次）；
- 查询中包含可识别的插件前缀（如 wp_woocommerce_, wp_wpforms_, wp_slimstat_）；
- 客户端 Host 显示为 localhost + 进程 ID，通常对应一个 PHP-FPM worker。
-
关联 PHP 调用栈（关键技巧）：
MySQL 日志本身不记录 PHP 文件名和行号，但可通过以下方式间接定位：
- 在日志中找到典型高频 SQL 后，搜索其 WHERE 条件值或表别名（如 option_name = 'myplugin_last_run'），然后在 WordPress 插件目录下全局搜索该字符串：
grep -r "myplugin_last_run" /var/www/html/wp-content/plugins/ --include="*.php"
- 若插件使用标准 WordPress API（如 get_option(), wp_insert_post()），可进一步检查调用处是否缺少缓存（如未用 wp_cache_get()）、是否在 wp_head 或 the_content 钩子中执行了数据库操作（易被循环触发）。
-
安全收尾：
诊断完成后必须立即关闭日志，防止性能下降与磁盘耗尽：SET GLOBAL general_log = 'OFF';
? 补充建议：
- 对于长期监控，可改用 MySQL 的 慢查询日志（slow_query_log） + long_query_time=1，兼顾性能与问题捕获；
- 在 wp-config.php 中临时添加 define('SAVEQUERIES', true); 并配合 global $wpdb; var_dump($wpdb->queries); 可在页面底部输出本次请求所有 SQL（仅适用于可正常加载的页面）；
- 使用插件 Query Monitor（需后台可访问）提供可视化 SQL 分析、调用堆栈及插件来源标识，对非开发者更友好。
定位到问题插件后，优先查阅其更新日志或 GitHub Issues，确认是否为已知 Bug；若需临时缓解，可在 wp-config.php 中禁用该插件的自动钩子（如 add_action('wp', 'problem_function', 10); → 注释掉），再联系开发者修复。
