优化WordPress慢查询SQL_CALC_FOUND_ROWS导致卡顿严重,附代码

3年前 (2022-12-20)阅读1039回复0
翱翔MJ
翱翔MJ
  • 管理员
  • 注册排名1
  • 经验值3810
  • 级别管理员
  • 主题632
  • 回复325
楼主

WordPress在查询post列表时,默认会同时把文章数量也查询出来,SQL_CALC_FOUND_ROWS MySQL 是一个慢查询,被 WordPress 用来在分页程序中获取查询结果总数量,这个查询的速度非常慢,加上 WordPress 不能缓存这个查询结果,当文章数量比较多的时候WordPress 的列表页打开速度会,因此可以禁止查询 SQL_CALC_FOUND_ROWS*,这样就可以禁止分页~

如果想要继续使用分页,可以用EXPLAIN 方式重构~

具体代码见下方,经过测试完美可用:


/*禁止查询 SQL_CALC_FOUND_ROWS*/
add_action('pre_get_posts', 'wndt_post_filter');
function wndt_post_filter($query) {
if (is_admin() or !$query->is_main_query()) {
return $query;
}
$query->set('no_found_rows', true);
}
/*如果您还需要查询文章数,可以用EXPLAIN方法代替WordPress的SQL_CALC_FOUND_ROWS*/

if ( ! function_exists( 'zjck_set_no_found_rows' ) ) {
/**
* 设置WP_Query的 'no_found_rows' 属性为true,禁用SQL_CALC_FOUND_ROWS
*
* @param WP_Query $wp_query WP_Query实例
* @return void
*/
function zjck_set_no_found_rows(\WP_Query $wp_query)
{
$wp_query->set('no_found_rows', true);
}
}
add_filter( 'pre_get_posts', 'zjck_set_no_found_rows', 10, 1 );

if ( ! function_exists( 'zjck_set_found_posts' ) ) {
/**
* 使用 EXPLAIN 方式重构
*/
function zjck_set_found_posts($clauses, \WP_Query $wp_query)
{
// Don't proceed if it's a singular page.
if ($wp_query->is_singular()) {
return $clauses;
}

global $wpdb;

$where = isset($clauses['where']) ? $clauses['where'] : '';
$join = isset($clauses['join']) ? $clauses['join'] : '';
$distinct = isset($clauses['distinct']) ? $clauses['distinct'] : '';

$wp_query->found_posts = (int)$wpdb->get_row("EXPLAIN SELECT $distinct * FROM {$wpdb->posts} $join WHERE 1=1 $where")->rows;

$posts_per_page = (!empty($wp_query->query_vars['posts_per_page']) ? absint($wp_query->query_vars['posts_per_page']) : absint(get_option('posts_per_page')));

$wp_query->max_num_pages = ceil($wp_query->found_posts / $posts_per_page);

return $clauses;
}
}
add_filter( 'posts_clauses', 'zjck_set_found_posts', 10, 2 );


---------------------------

20251128 更新:

这阵子研究了一下这个慢查询,发现EXPLAIN 方式重构对于慢查询来说,效果微乎其微,因为分页的慢查询,属于深度分页导致的!什么意思呢?就是wp的分页是扫描wppost全表和分类表得到这个分类有多少万条数据,从而分页,比如深度分页,第12页,可能就是扫描1万多条后,提取后面10条,那这1万多条的数据等于白扫描了!这才产生了慢查询!因此,在有分页的地方,EXPLAIN 方式重构 几乎没有实际的意义! 


所以就可以使用以下的方式,就是除了用户端,后台,分类页面,标签页面,其他前端各位全部取消SQL_CALC_FOUND_ROWS,效果是几乎一样的!


add_action('pre_get_posts', 'wndt_post_filter');

function wndt_post_filter($query) {

    // 排除后台和非主查询

    if (is_admin() or !$query->is_main_query()) {

        return;

    }

    

    // 如果是分类页、标签页或作者页,保留分页查询

    if ($query->is_category() || $query->is_tag() || $query->is_author()) {

        return;

    }

    

    // 其他情况禁止分页计数查询

    $query->set('no_found_rows', true);

}


当然,如果你还想增加其他页面,可以在这个里面选择:


  • $query->is_category()- 分类页面

  • $query->is_tag()- 标签页面

  • $query->is_author()- 作者页面

  • $query->is_home()- 首页

  • $query->is_single()- 单篇文章页

  • $query->is_page()- 单页面

  • $query->is_search()- 搜索页面

  • $query->is_archive()- 所有归档页(包含分类、标签、作者、日期等)

  • $query->is_post_type_archive()- 自定义文章类型归档页


0
回帖

优化WordPress慢查询SQL_CALC_FOUND_ROWS导致卡顿严重,附代码 期待您的回复!

取消
载入表情清单……
载入颜色清单……
插入网络图片

取消确定

图片上传中
编辑器信息
提示信息