阐述 WordPress `WP_Query` 类的 `no_found_rows` 参数源码：它如何在大数据量查询中提升性能。 - 智猿学院-前后端，数据库，人工智能，云计算等领域前沿技术讲座

各位听众，大家好！我是今天的主讲人，很高兴能和大家一起探讨 WordPress 的 WP_Query 类中一个非常有趣且重要的参数：no_found_rows。

今天，我们不搞那些虚头巴脑的理论，直接上干货！咱们就聊聊这个小小的参数，如何在数据量巨大的 WordPress 站点中，像一位默默无闻的英雄，提升网站的查询性能。

no_found_rows：低调的性能优化大师

WP_Query 是 WordPress 中进行数据库查询的核心类。默认情况下，它会执行两个查询：

主查询 (Main Query): 获取符合条件的文章数据。
COUNT 查询: 统计符合查询条件的所有文章总数，用于分页。

而 no_found_rows 参数的作用，就是告诉 WP_Query：“老弟，你只需要拿到文章数据就行了，别费劲去统计总数了！”。

源码剖析：让我们扒开它的“衣服”

为了更好的理解 no_found_rows 的作用，让我们深入 WP_Query 的源码，看看它到底干了些什么。

首先，我们先看看 WP_Query 的 get_posts() 方法，这个方法是执行查询的核心：

public function get_posts() {
    //...省略部分代码...

    // 执行主查询
    $posts = $this->query();

    // 如果不需要统计总数，则跳过
    if ( ! $this->get( 'no_found_rows' ) ) {
        // 执行 COUNT 查询，获取总文章数
        $this->found_posts   = $this->get_posts_found_rows();
        $this->max_num_pages = ceil( $this->found_posts / $this->query_vars['posts_per_page'] );
    } else {
        $this->found_posts = 0;
        $this->max_num_pages = 0;
    }

    //...省略部分代码...

    return $posts;
}

可以看到，当 no_found_rows 设置为 true 时，get_posts_found_rows() 方法（负责执行 COUNT 查询）将被跳过，$this->found_posts 和 $this->max_num_pages 将被设置为 0。

接下来，我们深入 get_posts_found_rows() 方法，看看它是如何执行 COUNT 查询的：

private function get_posts_found_rows() {
    global $wpdb;

    $found_posts = $wpdb->get_var( "SELECT FOUND_ROWS()" );

    return absint( $found_posts );
}

这个方法直接使用了 SQL 的 FOUND_ROWS() 函数，这个函数只有在执行了 SELECT SQL_CALC_FOUND_ROWS 查询之后才会返回正确的结果。 WP_Query 会根据查询条件，构造 SELECT SQL_CALC_FOUND_ROWS 语句，并执行查询，然后通过 FOUND_ROWS() 获取总数。

性能瓶颈：COUNT 查询的代价

虽然 COUNT 查询可以方便地获取总文章数，但在数据量巨大的情况下，它会成为性能瓶颈。

扫描全表: COUNT 查询通常需要扫描整个表（或者使用索引），才能统计出符合条件的文章数量。
资源消耗: 扫描全表会消耗大量的 CPU 和 I/O 资源，导致查询速度变慢。
阻塞其他操作: 长时间的 COUNT 查询可能会阻塞其他数据库操作，影响网站的整体性能。

no_found_rows 的优势：扬长避短

no_found_rows 参数通过跳过 COUNT 查询，有效地避免了上述性能问题。

减少数据库压力: 直接减少了一次数据库查询，降低了数据库的负载。
提升查询速度: 避免了扫描全表，大大提高了查询速度。
释放资源: 释放了 CPU 和 I/O 资源，使得服务器可以处理更多的请求。

适用场景：哪些时候该用它？

no_found_rows 并非万能药，它只适用于不需要分页或者不需要显示总文章数的场景。以下是一些典型的适用场景：

无限滚动: 如果你的网站使用了无限滚动加载文章，那么不需要显示总文章数，可以使用 no_found_rows。
AJAX 加载: 如果你的网站使用 AJAX 动态加载文章，也不需要显示总文章数，可以使用 no_found_rows。
自定义查询: 如果你的自定义查询不需要分页，或者你已经有了其他方式来处理分页，可以使用 no_found_rows。
后台管理: 在后台管理界面，如果某个查询只是为了获取少量数据，而不需要分页，使用 no_found_rows 可以加快速度。

使用方法：代码示例

使用 no_found_rows 非常简单，只需要在 WP_Query 的参数中设置 no_found_rows 为 true 即可。

$args = array(
    'post_type'      => 'post',
    'posts_per_page' => 10,
    'no_found_rows'  => true, // 关键所在！
);

$query = new WP_Query( $args );

if ( $query->have_posts() ) {
    while ( $query->have_posts() ) {
        $query->the_post();
        // 输出文章内容
        the_title();
        the_content();
    }
    wp_reset_postdata();
} else {
    echo '没有找到文章';
}

在这个例子中，我们设置了 no_found_rows 为 true，这样 WP_Query 就只会获取文章数据，而不会执行 COUNT 查询。

性能测试：眼见为实

为了更直观地了解 no_found_rows 的性能提升效果，我们可以进行一些简单的性能测试。

假设我们有一个包含 10 万篇文章的 WordPress 站点。

测试 1：未使用 no_found_rows

$start_time = microtime(true);

$args = array(
    'post_type'      => 'post',
    'posts_per_page' => 10,
);

$query = new WP_Query( $args );

if ( $query->have_posts() ) {
    while ( $query->have_posts() ) {
        $query->the_post();
        // ...省略文章内容输出...
    }
    wp_reset_postdata();
}

$end_time = microtime(true);
$execution_time = ($end_time - $start_time);

echo "未使用 no_found_rows 的执行时间: " . $execution_time . " 秒";

测试 2：使用 no_found_rows

$start_time = microtime(true);

$args = array(
    'post_type'      => 'post',
    'posts_per_page' => 10,
    'no_found_rows'  => true,
);

$query = new WP_Query( $args );

if ( $query->have_posts() ) {
    while ( $query->have_posts() ) {
        $query->the_post();
        // ...省略文章内容输出...
    }
    wp_reset_postdata();
}

$end_time = microtime(true);
$execution_time = ($end_time - $start_time);

echo "使用 no_found_rows 的执行时间: " . $execution_time . " 秒";

经过多次测试，可以明显地看到，使用 no_found_rows 的查询速度要快得多。尤其是在数据量大的情况下，性能提升效果更加显著。

进阶技巧：结合缓存

为了进一步提升性能，我们可以将 no_found_rows 与缓存结合使用。例如，可以使用 WordPress 的 Transient API 来缓存查询结果。

// 缓存键
$cache_key = 'my_custom_query';

// 尝试从缓存中获取数据
$posts = get_transient( $cache_key );

if ( false === $posts ) {
    // 缓存中没有数据，执行查询
    $args = array(
        'post_type'      => 'post',
        'posts_per_page' => 10,
        'no_found_rows'  => true,
    );

    $query = new WP_Query( $args );

    if ( $query->have_posts() ) {
        $posts = $query->posts; // 只缓存文章数据
        wp_reset_postdata();

        // 将数据缓存 1 小时
        set_transient( $cache_key, $posts, HOUR_IN_SECONDS );
    } else {
        $posts = array(); // 缓存空数组，避免下次再次查询
        set_transient( $cache_key, $posts, HOUR_IN_SECONDS );
    }
}

// 使用缓存中的数据
if ( ! empty( $posts ) ) {
    foreach ( $posts as $post ) {
        setup_postdata( $post );
        // 输出文章内容
        the_title();
        the_content();
    }
    wp_reset_postdata();
} else {
    echo '没有找到文章';
}

通过将查询结果缓存起来，可以避免重复的数据库查询，从而大大提高网站的性能。

注意事项：max_num_pages 和分页问题

当使用 no_found_rows 时，WP_Query 的 $max_num_pages 属性将被设置为 0。这意味着 WordPress 的默认分页函数（例如 paginate_links()）将无法正常工作。

如果你需要分页，需要自己手动计算总页数，或者使用其他分页方式。

一种手动计算总页数的方法是：

先获取符合条件的所有文章 ID。
统计文章 ID 的数量。
根据每页显示的记录数，计算总页数。

总结：no_found_rows 的价值

WP_Query 的 no_found_rows 参数是一个简单而强大的性能优化工具。通过跳过 COUNT 查询，它可以有效地减少数据库压力，提高查询速度，释放资源，从而提升 WordPress 网站的整体性能。

参数对比表

参数名称	作用	性能影响	适用场景
`no_found_rows`	设置为 `true` 时，跳过 `COUNT` 查询，不统计总文章数。	显著提升查询速度，降低数据库负载	无限滚动、AJAX 加载、自定义查询、不需要分页的场景
(默认行为)	执行 `COUNT` 查询，统计总文章数，用于分页。	在数据量大的情况下，可能成为性能瓶颈。	需要分页的场景

希望今天的讲解能帮助大家更好地理解和使用 no_found_rows 参数，让大家的 WordPress 网站跑得更快更稳！

感谢大家的聆听！

发表回复 取消回复

发表回复取消回复