WooCommerce站点每日清晨因长运行SQL查询崩溃，求排查方案

定位SQL来源的可行方案 #

• 排查定时任务：故障固定在清晨6点触发，优先核对定时任务列表。安装 WP Crontrol 插件查看所有注册的WP Cron事件，排查是否有6点左右运行的订单统计、欧盟区域订单导出/报表类任务，德语站点普遍会配置欧盟税务、订单日报类定时脚本，是这类查询的高发来源。
• 开启MySQL慢查询日志：联系主机商开启慢查询日志，阈值设置为1秒，同时开启连接来源信息记录，捕获SQL的同时可核对是本地进程触发还是外部请求触发。
• 用钩子拦截SQL调用栈：在主题functions.php中添加如下拦截代码，匹配到目标SQL时自动记录调用栈到日志文件，下次触发故障时可直接定位到调用的插件/函数：

add_filter('query', 'log_target_sql_callstack', 999);
function log_target_sql_callstack($query) {
    // 匹配你捕获的SQL特征
    if (strpos($query, 'O8WHc_2_posts') !== false && strpos($query, '_shipping_country') !== false && strpos($query, 'mt1') !== false) {
        $log = "=== 目标SQL捕获时间：" . date('Y-m-d H:i:s') . " ===\n";
        $log .= "SQL语句：" . $query . "\n";
        $log .= "调用栈：\n" . wp_debug_backtrace_summary() . "\n\n";
        // 提前给wp-content目录设置755权限确保可写入
        file_put_contents(WP_CONTENT_DIR . '/target_sql.log', $log, FILE_APPEND);
    }
    return $query;
}

• 排查WooCommerce自带报表功能：你使用的WC 5.5.2版本自带报表存在已知性能缺陷，按日期、国家筛选订单的查询会生成与你贴出的结构完全一致的SQL，若存在定时任务每日拉取前一日欧盟区域订单报表，会直接触发该慢查询。

现有排查方案优化 #

你计划下载wp-content目录搜索mt1、mt2的方案可行，但这类别名是WP_Query动态生成的，直接搜索命中率偏低，建议替换为搜索同时包含_shipping_country、_billing_country关键词的代码，以及按国家筛选订单的WP_Query调用，定位效率更高。

应急避免宕机方案 #

在定位到根因前可先做索引优化，直接降低查询耗时避免数据库卡死：
给postmeta表添加两个联合索引，执行如下SQL命令即可：

ALTER TABLE O8WHc_2_postmeta ADD INDEX idx_meta_key_post_id (meta_key(191), post_id);
ALTER TABLE O8WHc_2_postmeta ADD INDEX idx_meta_key_meta_value (meta_key(191), meta_value(191));

同时可在wp-config.php中添加define('DISABLE_WP_CRON', true);关闭默认请求触发的WP Cron，改为在服务器系统Cron中设置每15分钟执行一次wp-cron.php，避免高峰时段任务重复触发。

内容的提问来源于stack exchange，提问作者Albert