共計 3015 個字符，預(yù)計需要花費 8 分鐘才能閱讀完成。
WordPress 網(wǎng)站 10W+ 數(shù)據(jù)，mysql 數(shù)據(jù)庫查詢優(yōu)化。WordPress 在查詢 post 列表時，默認(rèn)會同時把文章數(shù)量也查詢出來，使用這種方式的有：get_posts、query_posts 和 WP_Query。
get_posts 在 4.6.1+ 已經(jīng)不用 SQL_CALC_FOUND_ROWS，但是 query_posts 和 WP_Query 還是會用，所以還須優(yōu)化。
具體語句如下：
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()
這在網(wǎng)站數(shù)據(jù)量小的時候，不會引起什么問題，
但是當(dāng) post 數(shù)量到 10w+ 的時候，這個就是一條必現(xiàn)的慢查詢，
首頁、分類、標(biāo)簽、搜索頁面，只要用到這幾個函數(shù)，就都會使用 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);
}
方法二：
如果仍然需要查詢文章數(shù)量，使用更加高效的 EXPLAIN 方式代替 SQL_CALC_FOUND_ROWS
禁用掉 SQL_CALC_FOUND_ROWS 用法，用一種更加高效的方式，
這里我們用 EXPLAIN 方式
具體代碼如下，放在 functions.php 文件即可：
if (! function_exists(‘maizi_set_no_found_rows’) ) {
/**
* 設(shè)置 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 方式重構(gòu)
*/
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 中用于統(tǒng)計記錄行數(shù)最常用的方法。
count 方法可以返回表內(nèi)精確的行數(shù)，每執(zhí)行一次都會進(jìn)行一次全表掃描，
以避免由于其他連接進(jìn)行 delete 和 insert 引起結(jié)果不精確。
在某些索引下是好事，但是如果表中有主鍵，count(*) 的速度就會很慢，特別在千萬記錄以上的大表。
如果用 explain 命令速度會快很多，因為 explain 用并不真正執(zhí)行查詢，而是查詢優(yōu)化器【估算】的行數(shù)。
在一個 1500 萬條記錄的表中測試，用 select count(*) 耗時 15s，而用 explain 耗時 0.08 秒，
兩者相差差不多有 200 倍之多 (第一次執(zhí)行會稍慢，3 秒左右)。
如下是 explain 方式：
mysql> 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 * 會返回一行數(shù)據(jù)，包括估算行數(shù) rows，在 PHP 中我們 fetch()，再通過 $result[‘rows’] 就可以拿到這個預(yù)估值。
select count(*) 則會在 extra 中有一行 Select tables optimized away，不會拿到函數(shù)估算值。
所以，在對數(shù)據(jù)準(zhǔn)確性要求不高，但是對速度要求很苛刻的場合，絕對有必要用這個估算值代替。
你也可以用下面這句，結(jié)果和 explain 一模一樣：
select TABLE_ROWS FROM INFORMATION_SCHEMA.TABLES where TABLE_NAME=‘posts’;
+————+
| TABLE_ROWS |
+————+
| 12596096 |
+————+
1 row in set (0.04 sec)
根據(jù)實際情況任選一個，都是同一個東西。
