WordPress RSS Feed慢SQL查询问题：如何优化与缓存？

问题背景 #

主网站运行WordPress 6.0.3，基于PHP 8.0 + MariaDB 10.x，通过New Relic监控发现，RSS Feed相关的SQL查询持续出现在慢查询追踪列表中。触发URL示例：

• https://www.example.org/search/results/feed/rss
• https://www.example.org/search/results/feed/rss2
• https://www.example.org/category/tech-news-post/feed

访问这类URL后10-30秒，以下SQL就会被标记为慢查询：

SELECT SQL_CALC_FOUND_ROWS wp_posts.ID FROM wp_posts WHERE ?=? AND 
(((wp_posts.post_title LIKE ?) OR (wp_posts.post_excerpt LIKE ?) OR 
(wp_posts.post_content LIKE ?))) AND (wp_posts.post_password = ?) AND 
((wp_posts.post_type = ? AND (wp_posts.post_status = ? OR wp_posts.post_status = ?)) OR 
(wp_posts.post_type = ? AND (wp_posts.post_status = ? OR wp_posts.post_status = ?)) OR 
(wp_posts.post_type = ? AND (wp_posts.post_status = ? OR wp_posts.post_status = ?)) OR 
(wp_posts.post_type = ? AND (wp_posts.post_status = ? OR wp_posts.post_status = ?)) OR 
(wp_posts.post_type = ? AND (wp_posts.post_status = ? OR wp_posts.post_status = ?)) OR 
(wp_posts.post_type = ? AND (wp_posts.post_status = ? OR wp_posts.post_status = ?)) OR 
(wp_posts.post_type = ? AND (wp_posts.post_status = ? OR wp_posts.post_status = ?)) OR 
(wp_posts.post_type = ? AND (wp_posts.post_status = ? OR wp_posts.post_status = ?)) OR 
(wp_posts.post_type = ? AND (wp_posts.post_status = ? OR wp_posts.post_status = ?)) OR 
(wp_posts.post_type = ? AND (wp_posts.post_status = ? OR wp_posts.post_status = ?))) 
ORDER BY wp_posts.post_title LIKE ? DESC, wp_posts.post_date DESC LIMIT ?, ?

优化方案 #

一、优化SQL查询本身 #

• 移除SQL_CALC_FOUND_ROWS：RSS Feed不需要返回总记录数，这个语句会强制数据库扫描全表计算总数，直接删掉改成普通SELECT wp_posts.ID即可，能减少数据库额外开销。
• 简化WHERE条件的OR结构：把多个post_type和post_status的OR组合改成IN语句，比如将(post_type = 'a' OR post_type = 'b')改成post_type IN ('a','b',...)，post_status同理。这样能降低条件复杂度，让数据库更高效地利用索引。
• 添加复合索引：针对查询里的过滤和排序字段，创建复合索引，比如：

  CREATE INDEX idx_posts_type_status_title_date ON wp_posts (post_type, post_status, post_title, post_date);
  

  这个索引能覆盖查询中的过滤条件和排序逻辑，避免全表扫描，大幅提升查询速度。
• 替换模糊LIKE为全文索引：如果查询中的LIKE是%关键词%这种前置通配符形式，完全无法使用索引。可以在post_title、post_excerpt、post_content上创建全文索引，然后用MATCH() AGAINST()替代LIKE查询，比如：

  MATCH(post_title, post_excerpt, post_content) AGAINST('关键词' IN BOOLEAN MODE)
  

  全文索引的模糊搜索效率远高于LIKE。

二、缓存RSS Feed输出 #

• 启用WordPress内置缓存：在wp-config.php中添加define('WP_CACHE', true);，同时确保缓存插件（如WP Super Cache、W3 Total Cache）启用了RSS缓存规则。默认RSS缓存时长是1小时，可通过define('FEED_CACHE_TTL', 1800);调整为30分钟（按需设置）。
• Nginx层面设置缓存：如果用Nginx做服务器，可以直接在配置里给RSS请求加缓存：

  location ~* /feed/ {
      expires 30m;
      add_header Cache-Control "public, must-revalidate";
      proxy_cache_valid 200 30m;
  }
  

  这样能直接把RSS输出缓存到服务器，减少PHP和数据库的请求量。
• 使用专用RSS缓存插件：比如Feedsmith RSS Cache这类插件，专门针对RSS Feed优化缓存，支持自定义缓存时长、失效策略，操作更灵活。
• 限制RSS返回的文章数量：如果某些RSS Feed（比如搜索结果RSS）不需要返回太多内容，可以在主题的functions.php里添加代码限制数量：

  add_filter('post_limits', 'limit_rss_feed_posts');
  function limit_rss_feed_posts($limits) {
      if (is_feed()) {
          return 'LIMIT 0, 10'; // 只返回10篇文章，按需调整
      }
      return $limits;
  }
  

  减少返回的文章数能直接降低查询的处理时间。

内容的提问来源于stack exchange，提问作者Jon D Cruz