资讯专栏INFORMATION COLUMN

上云采购季！| 爆款云服务器低至4.6元/月，首单享0.9折

免费试用
首页/文章专栏/WordPress网站10W+数据，数据库查询优化。

WordPress网站10W+数据，数据库查询优化。

ideaa / 877人阅读

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

WordPress网站10W+数据，数据库查询优化。

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

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

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

具体语句如下：

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
SELECT FOUND_ROWS()

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

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

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

 

如何解决？

 

方法一：

彻底禁用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);
}

 

 

方法二：

如果仍然需要查询文章数量，使用更加高效的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方式：

> explain select * from posts;
+—-+————-+————-+————+——+—————+——+———+——+———-+———-+——-+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+—-+————-+————-+————+——+—————+——+———+——+———-+———-+——-+
| 1 | SIMPLE | posts | NULL | ALL | NULL | NULL | NULL | NULL | 12596096 | 100.00 | NULL |
+—-+————-+————-+————+——+—————+——+———+——+———-+———-+——-+
 
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)

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

云内存存储UMem Redis 云数据库MySQL WordPress数据库管理优化插件 阿里云数据库查询优化 大数据查询优化问题 wordpress优化手册

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/118203.html

相关文章

  • WordPress网站10W+数据，mysql数据库查询优化

    摘要：网站网站数据，数据库查询优化数据库查询优化。如果用命令速度会快很多，因为用并不真正执行查询，而是查询优化器估算的行数。则会在中有一行，不会拿到函数估算值。WordPress网站10W+数据，mysql数据库查询优化。WordPress在查询post列表时，默认会同时把文章数量也查询出来，使用这种方式的有：get_posts 、query_posts和WP_Query。get_posts在4....

    番茄西红柿 评论0 收藏2637

  • wordpress数据库优化：wordpress自带mysql数据库修复优化工具

    wordpress数据库优化和修复一般方法还是比较多的，有的用户可能会安装wordpress数据库优化插件，比如：wp-optimize、wp_clean_up、WP-Sweep等优化插件。其实，我们也可以不用插件就能优化wordpress的mysql数据库，比如使用官方推荐的工具，那么如何打开使用这个工具呢?官方自带的数据库修复和优化工具，也是首先针对MySQL。(MariaDB上也可以跑WP)...

    番茄西红柿 评论0 收藏2637

  • wordpress数据库优化：如何清理优化wp_postmeta数据表

    摘要：数据库怎么优化数据表是搭建程序中用来存储文件附带信息的，一般没什么特别的情况，这些信息都是没有什么作用的，下面分享一下优化优化教程，让你的数据表变得更干净，减少网站数据库的负担。请各位站长操作之前请先备份网站数据库。wordpress数据库怎么优化?wp_postmeta数据表是wordpress搭建程序中用来存储文件附带信息的，一般没什么特别的情况，这些信息都是没有什么作用的，下面分享一下...

    番茄西红柿 评论0 收藏2637

  • PHP 性能分析第三篇: 性能调优实战

    摘要：注意本文是我们的性能分析系列的第三篇，点此阅读性能分析第一篇介绍，或性能分析第二篇深入研究。小的性能提升很可能来自优化，而非缓存。注意此更改已提交到并已获更新。目前，两者具备相同的特性，只有一些部分重命名了。 注意:本文是我们的 PHP 性能分析系列的第三篇，点此阅读 PHP 性能分析第一篇: XHProf & XHGui 介绍 ，或  PHP 性能分析第二篇: 深入研究 XHGui...

    cnsworder 评论0 收藏0

  • 初识WordPress数据库

    摘要：配置表，这张表保存了所有的配置信息标题标签时区所有的仪表盘显示的数据库集合到存储在这张特定的表里面。文章属性表存储了所有文章的元数据，例如一些插件产生的数据就会存储在这个表里面。和其他表一样，这张表存储了评论的扩展元数据。 WordPress由一个简单的博客平台起步，历经十余年，演变为一个被众多新手和专家乐于使用的内容管理系统，甚至很多高端网站也是基于此平台建设，它能整合和实现几乎你能...

    davidac 评论0 收藏0

发表评论

登陆后可评论

0条评论

ideaa

男|高级讲师
我要私信

TA的文章

阅读更多

云社区相关服务

提问 提问 学习 学习 认证 认证 产品 产品 技术服务 技术服务 售前咨询 售前咨询
最新活动
阅读需要支付1元查看
<