WordPress WP_Query->get_posts()在MySQL 8中查询缓慢求助

1. 替换SQL_CALC_FOUND_ROWS，减少全表扫描开销 #

SQL_CALC_FOUND_ROWS会迫使MySQL扫描所有符合条件的行来统计总数，哪怕你只需要10条结果，在大文章量的表中这会大幅拖慢查询速度。建议拆分查询：

• 先执行数据获取查询（移除SQL_CALC_FOUND_ROWS）：

SELECT wp_posts.ID
FROM wp_posts
LEFT JOIN wp_term_relationships
ON wp_posts.ID = wp_term_relationships.object_id
WHERE wp_term_relationships.term_taxonomy_id IN (215,216,227,228,229,230,231,232)
AND wp_posts.post_type = 'post'
AND wp_posts.post_status IN ('publish', 'acf-disabled', 'private')
GROUP BY wp_posts.ID
ORDER BY wp_posts.post_date DESC
LIMIT 0, 10

• 再单独执行计数查询：

SELECT COUNT(DISTINCT wp_posts.ID)
FROM wp_posts
LEFT JOIN wp_term_relationships
ON wp_posts.ID = wp_term_relationships.object_id
WHERE wp_term_relationships.term_taxonomy_id IN (215,216,227,228,229,230,231,232)
AND wp_posts.post_type = 'post'
AND wp_posts.post_status IN ('publish', 'acf-disabled', 'private')

WordPress中可通过posts_pre_query钩子或自定义WP_Query参数实现这种拆分，避免默认使用SQL_CALC_FOUND_ROWS。

2. 优化索引，消除文件排序与全表扫描 #

检查并添加以下针对性索引：

• 给wp_posts添加联合索引：(post_type, post_status, post_date, ID)
  该索引可直接覆盖WHERE过滤条件（post_type、post_status）与ORDER BY排序字段（post_date），同时包含ID字段，避免回表查询。
• 给wp_term_relationships添加联合索引：(term_taxonomy_id, object_id)
  因查询是按term_taxonomy_id过滤后关联object_id，此索引能快速定位符合条件的关联记录，避免全表扫描该表。

添加索引的SQL命令：

ALTER TABLE wp_posts ADD INDEX idx_post_type_status_date (post_type, post_status, post_date, ID);
ALTER TABLE wp_term_relationships ADD INDEX idx_term_taxonomy_object (term_taxonomy_id, object_id);

3. 重构查询逻辑，避免不必要的GROUP BY #

原查询用LEFT JOIN + GROUP BY去重，是因为单篇文章可能属于多个分类，导致JOIN后出现重复ID。可改用EXISTS子查询替代，省去GROUP BY的开销：

SELECT wp_posts.ID
FROM wp_posts
WHERE wp_posts.post_type = 'post'
AND wp_posts.post_status IN ('publish', 'acf-disabled', 'private')
AND EXISTS (
    SELECT 1 FROM wp_term_relationships
    WHERE wp_term_relationships.object_id = wp_posts.ID
    AND wp_term_relationships.term_taxonomy_id IN (215,216,227,228,229,230,231,232)
)
ORDER BY wp_posts.post_date DESC
LIMIT 0, 10

这种写法无需GROUP BY，因为EXISTS仅检查是否存在关联记录，不会返回重复行，查询效率更高。

4. 调整MySQL 8优化器参数 #

MySQL 8的默认优化器设置可能对复杂查询不够友好，可尝试修改以下参数（在my.cnf中配置后重启MySQL）：

• optimizer_switch='derived_merge=off'：关闭派生表合并，避免优化器生成低效执行计划
• sort_buffer_size=2M：适当增大排序缓冲区，减少磁盘排序（根据服务器内存调整）
• join_buffer_size=2M：增大连接缓冲区，提升JOIN操作效率

5. 排查WordPress插件与主题的查询逻辑 #

即便插件数量少，部分插件（比如你提到的ACF，对应acf-disabled状态）仍可能修改WP_Query的默认行为，生成低效查询：

• 临时禁用所有插件，测试前端加载速度，排查是否存在插件导致的查询冗余
• 检查主题模板文件，确认是否使用了自定义查询，或调用get_posts等函数时未设置合理参数（比如no_found_rows=true跳过总数计算）

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