网站优化 2022-11-11

快速解决WordPress文章过多导致网站卡顿的问题，WordPress网站10W+数据，数据库查询优化。

快速解决WordPress文章过多导致网站卡顿的问题，WordPress文章数量很多导致网站变慢怎么办？

网站数据，数据库查询优化。如果用命令速度会快很多，因为用并不真正执行查询，而是查询优化器估算的行数。则会在中有一行，不会拿到函数估算值。所以，在对数据准确性要求不高，但是对速度要求很苛刻的场合，绝对有必要用这个估算值代替。

当你使用WordPress作为程序时，文章会越来越卡，不优化就不行。今天给大家分享一下WP的数据库SQL优化方法。根据主机参考的经验，大多数 WordPress 网站都有数百到数千篇文章。此时，普通用户不会对网站的打开速度感到任何异常。但是如果WordPress网站的文章数量超过10万，即使网站服务器的配置很强大，网站的打开速度基本上也会很慢。

这是因为 WordPress 在查询文章列表时，默认也会查询文章数。这对于少量的网站数据应该不会造成任何问题，但是对于大量的文章是不可避免的。慢查询。主机引用的一位用户告诉我们，他的网站有40万篇文章，打开首页需要一两分钟，甚至首页或文章页也经常打不开。

WordPress网站查询慢的原因：WordPress在查询帖子列表时，默认也会查询帖子数。使用此方法：get_posts、query_posts 和 WP_Query。

get_posts在4.6.1+中没有使用SQL_CALC_FOUND_ROWS，但是query_posts和WP_Query仍然使用，所以需要优化。

那么如何解决WordPress文章过多导致网站慢的问题呢？解决方法有两种，优化WordPress的查询功能，完美解决了这个问题。

方法一：插件模块，仅2KB【推荐】
进入WordPress后台-插件-安装插件-上传插件，安装激活插件，无需额外设置

下载地址：https://zhujicankao.com/img/images/0e4b1cdfa4f1aeb.zip

方法二：纯代码模式
1、完全禁用SQL_CALC_FOUND_ROWS，放到functions.php文件中

add_action(‘pre_get_posts’, ‘wndt_post_filter’);

function wndt_post_filter($query) {

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

return $query;

}

// 禁止查询 SQL_CALC_FOUND_ROWS

$query->set(‘no_found_rows’, true);

}

2、如果您还需要查询文章数，请使用更高效的EXPLAIN方法代替SQL_CALC_FOUND_ROWS，以更高效的方式禁用SQL_CALC_FOUND_ROWS。这里我们使用 EXPLAIN 方法。具体代码如下，放在functions.php文件中

if ( ! function_exists( ‘maizi_set_no_found_rows’ ) ) {

/**

* 设置WP_Query的 ‘no_found_rows’ 属性为true，禁用SQL_CALC_FOUND_ROWS

* @param WP_Query $wp_query WP_Query实例

* @return void

function maizi_set_no_found_rows(/WP_Query $wp_query)

{

$wp_query->set(‘no_found_rows’, true);

}

add_filter( ‘pre_get_posts’, ‘maizi_set_no_found_rows’, 10, 1 );

if ( ! function_exists( ‘maizi_set_found_posts’ ) ) {

/**

* 使用 EXPLAIN 方式重构

function maizi_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’, ‘maizi_set_found_posts’, 10, 2 );

为什么用EXPLAIN而不是count(*)？

select count(*)是MySQL中用于统计记录行数最常用的方法。

count方法可以返回表内精确的行数，每执行一次都会进行一次全表扫描，

以避免由于其他连接进行delete和insert引起结果不精确。

在某些索引下是好事，但是如果表中有主键，count(*)的速度就会很慢，特别在千万记录以上的大表。

如果用 explain 命令速度会快很多，因为 explain 用并不真正执行查询，而是查询优化器【估算】的行数。

在一个1500万条记录的表中测试，用select count(*)耗时15s，而用explain耗时0.08秒，

两者相差差不多有200倍之多（第一次执行会稍慢，3秒左右）。

如下是explain方式：

mysql> explain select * from posts;

+—-+————-+————-+————+——+—————+——+———+——+———-+———-+——-+

+—-+————-+————-+————+——+—————+——+———+——+———-+———-+——-+

+—-+————-+————-+————+——+—————+——+———+——+———-+———-+——-+

1 row in set, 1 warning (0.08 sec)

注意，这里用的是select *，不是select count(*)。

select *会返回一行数据，包括估算行数rows，在PHP中我们fetch()，再通过$result[‘rows’]就可以拿到这个预估值。

select count(*)则会在extra中有一行Select tables optimized away，不会拿到函数估算值。

所以，在对数据准确性要求不高，但是对速度要求很苛刻的场合，绝对有必要用这个估算值代替。

你也可以用下面这句，结果和explain一模一样：

select TABLE_ROWS FROM INFORMATION_SCHEMA.TABLES where TABLE_NAME=‘posts’;

+————+

| TABLE_ROWS |

+————+

| 12596096 |

+————+

1 row in set (0.04 sec)

根据实际情况任选一个，都是同一个东西。

由于网站搬家，部分链接失效，如无法下载，请联系站长！谢谢支持！
1. 带 [亲测] 说明源码已经被站长亲测过!
2. 下载后的源码请在24小时内删除,仅供学习用途！
3. 分享目的仅供大家学习和交流，请不要用于商业用途！
4. 本站资源售价只是赞助，收取费用仅维持本站的日常运营所需！
5. 本站所有资源来源于站长上传和网络，如有侵权请邮件联系站长！
6. 没带 [亲测] 代表站长时间紧促,站长会保持每天更新 [亲测] 源码 !
7. 盗版ripro用户购买ripro美化无担保,若设置不成功/不生效我们不支持退款!
8. 本站提供的源码、模板、插件等等其他资源，都不包含技术服务请大家谅解！
9. 如果你也有好源码或者教程，可以到审核区发布，分享有金币奖励和额外收入!
10.如果您购买了某个产品，而我们还没来得及更新，请联系站长或留言催更，谢谢理解 !
GG资源网 » 快速解决WordPress文章过多导致网站卡顿的问题，WordPress网站10W+数据，数据库查询优化。

分享到：