WordPresss网站数据多如何优化可以加快查寻速度

我们在使用wordpress程序建站,当内容数量比较多,需要查询数据的时候,会比较慢,甚至卡死的情况,这个时候我们应该如何去优化数据库来提高我们的响应速度呢?下面就来给大家讲解一下数据库查询该如何优化。

D1DCA96B-D5E1-4AAE-9426-435E33CB317F.jpeg

 

WordPress在查询post列表时,默认会同时把文章数量也查询出来,

使用这种方式的有:get_posts 、query_posts和WP_Query。

get_posts在4.6.1+已经不用SQL_CALC_FOUND_ROWS,但是query_posts和WP_Query还是会用,所以还须优化。

具体语句如下:

 
  1. SELECT SQL_CALC_FOUND_ROWS wp_posts.ID FROM wp_posts WHERE 1=1 AND wp_posts.post_type = ‘post’ AND (wp_posts.post_status = ‘publish’ ) ORDER BY wp_posts.post_date DESC LIMIT 0, 20
  2. SELECT FOUND_ROWS()

这在网站数据量小的时候,不会引起什么问题,

但是当post数量到10w+的时候,这个就是一条必现的慢查询,

首页、分类、标签、搜索页面,只要用到这几个函数,就都会使用SQL_CALC_FOUND_ROWS这个方式。

如何解决?

方法一:

彻底禁用SQL_CALC_FOUND_ROWS

放在functions.php文件即可:

 
  1. add_action(‘pre_get_posts’, ‘wndt_post_filter’);
  2. function wndt_post_filter($query) {
  3. if (is_admin() or !$query->is_main_query()) {
  4. return $query;
  5. }
  6. // 禁止查询 SQL_CALC_FOUND_ROWS
  7. $query->set(‘no_found_rows’, true);
  8. }

方法二:

如果仍然需要查询文章数量,使用更加高效的EXPLAIN方式代替SQL_CALC_FOUND_ROWS

禁用掉SQL_CALC_FOUND_ROWS用法,用一种更加高效的方式,

这里我们用EXPLAIN方式

具体代码如下,放在functions.php文件即可:

 
  1. if ( ! function_exists( ‘maizi_set_no_found_rows’ ) ) {
  2. /**
  3. * 设置WP_Query的 ‘no_found_rows’ 属性为true,禁用SQL_CALC_FOUND_ROWS
  4. *
  5. * @param WP_Query $wp_query WP_Query实例
  6. * @return void
  7. */
  8. function maizi_set_no_found_rows(\WP_Query $wp_query)
  9. {
  10. $wp_query->set(‘no_found_rows’, true);
  11. }
  12. }
  13. add_filter( ‘pre_get_posts’, ‘maizi_set_no_found_rows’, 10, 1 );
  14.  
  15.  
  16. if ( ! function_exists( ‘maizi_set_found_posts’ ) ) {
  17. /**
  18. * 使用 EXPLAIN 方式重构
  19. */
  20. function maizi_set_found_posts($clauses, \WP_Query $wp_query)
  21. {
  22. // Don’t proceed if it’s a singular page.
  23. if ($wp_query->is_singular()) {
  24. return $clauses;
  25. }
  26.  
  27. global $wpdb;
  28.  
  29. $where = isset($clauses[‘where’]) ? $clauses[‘where’] : ;
  30. $join = isset($clauses[‘join’]) ? $clauses[‘join’] : ;
  31. $distinct = isset($clauses[‘distinct’]) ? $clauses[‘distinct’] : ;
  32.  
  33. $wp_query->found_posts = (int)$wpdb->get_row(“EXPLAIN SELECT $distinct * FROM {$wpdb->posts} $join WHERE 1=1 $where”)->rows;
  34.  
  35. $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’)));
  36.  
  37. $wp_query->max_num_pages = ceil($wp_query->found_posts / $posts_per_page);
  38.  
  39. return $clauses;
  40. }
  41. }
  42. 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方式:

 
  1. mysql> explain select * from posts;
  2. +—-+————-+————-+————+——+—————+——+———+——+———-+———-+——-+
  3. | id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
  4. +—-+————-+————-+————+——+—————+——+———+——+———-+———-+——-+
  5. | 1 | SIMPLE | posts | NULL | ALL | NULL | NULL | NULL | NULL | 12596096 | 100.00 | NULL |
  6. +—-+————-+————-+————+——+—————+——+———+——+———-+———-+——-+
  7.  
  8. 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一模一样:

 
  1. select TABLE_ROWS FROM INFORMATION_SCHEMA.TABLES where TABLE_NAME=‘posts’;
  2. +————+
  3. | TABLE_ROWS |
  4. +————+
  5. | 12596096 |
  6. +————+
  7. 1 row in set (0.04 sec)

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

------本页内容已结束,喜欢请分享------

感谢您的来访,获取更多精彩文章请收藏本站。

© 版权声明
THE END
喜欢就支持一下吧
点赞7赞赏 分享
评论 抢沙发

请登录后发表评论