在 WordPress 中设置 no_found_rows 禁止使用 SQL_CALC_FOUND_ROWS 计算总数,以优化文章列表页打开速度

SQL_CALC_FOUND_ROWS MySQL 查询被 WordPress 用来在分页程序中获取查询结果总数量,这个查询的速度非常慢,加上 WordPress 不能缓存这个查询结果,当文章数量比较多的时候,WordPress 的列表页打开速度会。

为了实现分页功能,WordPress 在很多查询中都使用了 SQL_CALC_FOUND_ROWS MySQL 查询,即使我们根本不需要分页功能,SQL_CALC_FOUND_ROWS 的功能是让 MySQL 计算在数据库中总共有多少条记录匹配查询的条件,如果匹配的记录非常多,这将是非常耗费时间的一件事情。

设置 no_found_rows 禁止 SQL_CALC_FOUND_ROWS 查询

通过查看 WordPress 3.x 的源码,我发现了一个没有写在参考文档里面参数:no_found_rows ,这个参数接受的值为布尔值,它可以告诉 query_posts 和 WP_Query 不要计算总匹配数量,我们可以这样使用:

query_posts('no_found_rows=true&cat=1&numberposts=1');

这样,WordPress 再查询文章的时候,就不会再进行不必要的总匹配记录数计算了,对提高 WordPress 页面速度和节能环保多多少少会有一点帮助。

注意:使用了这个参数,WordPress 的分页功能就不能用了,需要分页时,不要设置这个参数。get_posts() 函数默认设置了这个参数,如果不需要分页,直接使用此函数即可。

使用 COUNT(*) 代替 SQL_CALC_FOUND_ROWS 查询实现分页功能

除了 SQL_CALC_FOUND_ROWS 查询,在 MySQL 中我们还可以使用 COUNT(*) 来获取总行数,经过对比,我们发现后者的速度比前者要快不少(有时候会快到 10 倍之多),我们可以使用 COUNT(*) 来代替 SQL_CALC_FOUND_ROWS 查询来获取总行数,这样既可以加快查询速度,又不会损失分页功能。

首先,我们使用 pre_get_posts Filter 钩子,直接在所有查询中设置 no_found_rows 禁用 SQL_CALC_FOUND_ROWS 查询。

add_filter('pre_get_posts', function (WP_Query $wp_query)
{
    $wp_query->set('no_found_rows', true);
});

添加了以上代码,所有 WordPress 查询中的分页参数便缺失了,分页功能自然就失效了。我们需要使用 posts_clauses 钩子修改 WordPress 数据库查询,使用 COUNT(*) 查询来获取总行数,并设置分页所需要的参数。

add_filter('posts_clauses', function ($clauses, WP_Query $wp_query)
{
    // 跳过单页面
    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' ] : '';

    // 构造并运行查询,将查询结果设置为我们要运行主查询的 “found_posts” 参数。
    $wp_query->found_posts = $wpdb->get_var("SELECT $distinct COUNT(*) FROM {$wpdb->posts} $join WHERE 1=1 $where");

    // 计算每页应该有多少文章。
    $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')));

    // 设置 max_num_pages 参数
    $wp_query->max_num_pages = ceil($wp_query->found_posts / $posts_per_page);

    // 返回 $clauses 自查询,以便运行主查询
    return $clauses;
}, 10, 2);

添加了以上代码之后,我们便把使用 COUNT(*) 查询替换 SQL_CALC_FOUND_ROWS 查询,如果您的 WordPress 文章总数比较多 (千条以上),查询加速会比较明显。当然,如果平时使用的时候,并没有感觉到分页的打开速度慢,就不要多此一举添加上面的代码了,毕竟多一事不如少一事,如果没有问题,就不要进行优化。

Related Posts

0 Comments

    1. 感谢提醒!其实在 WordPress 中,action 执行的还是 filter 的操作,和 filter 不同的是 action 没有返回值,所以可以用 add_filter 代替 add_action 使用。

      不过从代码的严谨性考虑,你的提醒是对的。

      1. 是的底层都是global $wp_filter;,我就是看你这个filter函数没有返回值,所以产生了怀疑。哈哈。

Leave a Reply

Your email address will not be published. Required fields are marked *