WordPress網(wǎng)站10W+數據，mysql數據庫查詢(xún)優(yōu)化。WordPress在查詢(xún)post列表時(shí)，默認會(huì )同時(shí)把文章數量也查詢(xún)出來(lái)，使用這種方式的有：get_posts 、query_posts和WP_Query。 get_posts在4.6.1+已經(jīng)不用SQL_CALC_FOUND_ROWS，但是query_posts和WP_Query還是會(huì )用，所以還須優(yōu)化。 具體語(yǔ)句如下： 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í)候，不會(huì )引起什么問(wèn)題， 但是當post數量到10w+的時(shí)候，這個(gè)就是一條必現的慢查詢(xún)， 首頁(yè)、分類(lèi)、標簽、搜索頁(yè)面，只要用到這幾個(gè)函數，就都會(huì )使用SQL_CALC_FOUND_ROWS這個(gè)方式。 如何解決? 方法一： 徹底禁用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; } // 禁止查詢(xún) SQL_CALC_FOUND_ROWS $query->set(‘no_found_rows’, true); } 方法二： 如果仍然需要查詢(xún)文章數量，使用更加高效的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實(shí)例 * @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方法可以返回表內精確的行數，每執行一次都會(huì )進(jìn)行一次全表掃描， 以避免由于其他連接進(jìn)行delete和insert引起結果不精確。 在某些索引下是好事，但是如果表中有主鍵，count(*)的速度就會(huì )很慢，特別在千萬(wàn)記錄以上的大表。 如果用 explain 命令速度會(huì )快很多，因為 explain 用并不真正執行查詢(xún)，而是查詢(xún)優(yōu)化器【估算】的行數。 在一個(gè)1500萬(wàn)條記錄的表中測試，用select count(*)耗時(shí)15s，而用explain耗時(shí)0.08秒， 兩者相差差不多有200倍之多(第一次執行會(huì )稍慢，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 *會(huì )返回一行數據，包括估算行數rows，在PHP中我們fetch()，再通過(guò)$result[‘rows’]就可以拿到這個(gè)預估值。 select count(*)則會(huì )在extra中有一行Select tables optimized away，不會(huì )拿到函數估算值。 所以，在對數據準確性要求不高，但是對速度要求很苛刻的場(chǎng)合，絕對有必要用這個(gè)估算值代替。 你也可以用下面這句，結果和explain一模一樣： select TABLE_ROWS FROM INFORMATION_SCHEMA.TABLES where TABLE_NAME=‘posts’; +————+ | TABLE_ROWS | +————+ | 12596096 | +————+ 1 row in set (0.04 sec) 根據實(shí)際情況任選一個(gè)，都是同一個(gè)東西。

更多資訊：更多資訊

本站發(fā)布的【W(wǎng)ordPress網(wǎng)站10W+數據，mysql數據庫查詢(xún)優(yōu)化】?jì)热荩▓D片、視頻和文字）以原創(chuàng )、轉載和分享為主，文章觀(guān)點(diǎn)不代表本網(wǎng)站立場(chǎng)

如果涉及侵權請盡快告知,我們將會(huì )在第一時(shí)間立刻刪除涉嫌侵權內容，本站原創(chuàng )內容未經(jīng)允許不得轉載，或轉載時(shí)需注明出處。