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 页面速度和节能环保多多少少会有一点帮助。

使用 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 文章总数比较多 (千条以上)，查询加速会比较明显。当然，如果平时使用的时候，并没有感觉到分页的打开速度慢，就不要多此一举添加上面的代码了，毕竟多一事不如少一事，如果没有问题，就不要进行优化。