lass="
k">elementor-element elementor-element-ad0515f elementor-widget elementor-widget-theme-post-featured-
标签的
文章" target="_blank">title="查看含有 im 标签的文章" target="_blank">image elementor-widget-image" data-id="ad0515f" data-element_type="widget" data-widget_type="theme-post-featured-image.default">
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
这在网站数据量小的时候，不会引起什么问题，
但是当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()) {
// 禁止查询 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实例
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’ ) ) {
function maizi_set_found_posts($clauses, \WP_Query $wp_query)
// Don’t proceed if it’s a singular page.
if ($wp_query->is_singular()) {
$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);
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;
+—-+————-+————-+————+——+—————+——+———+——+———-+———-+——-+
| 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’;
根据实际情况任选一个，都是同一个东西。
博客声明与版权说明
重要声明
内容性质说明
本博客专注于记录博主个人对服务器产品的测评体验与相关优惠资讯，不从事任何主机、服务器租赁业务，不参与任何交易，亦非中介机构。博客所载信息均来源于网络公开渠道或服务商主动提供，仅供个人记录与交流之用。
免责声明
本博客对所刊载内容不作任何明示或默示的保证（包括但不限于准确性、完整性、时效性），内容不构成任何购买、使用建议或引导。访问者请自行甄别信息，独立作出判断并承担相应风险。
合规使用要求
访问本博客请严格遵守中华人民共和国及所在地区有关互联网的各项法律法规。严禁利用本博客提及的任何内容从事违法违规活动，由此产生的一切法律责任与后果由行为人自行承担。
访问资格
未成年人及不具备独立承担法律责任能力的个人或群体请勿访问本博客。
协议生效
您一旦访问本博客，即视为您已充分阅读、理解并同意接受本声明的全部条款。
版权声明
本站原创内容采用 知识共享 署名 - 非商业性使用 - 相同方式共享 4.0 国际许可协议（CC BY-NC-SA 4.0） 进行授权。
转载、引用请注明原文出处与作者信息。
文章名称：《WordPress网站10W+数据，数据库查询优化。》
文章链接：
https://www.52pchome.com/38582.html
本站资源仅供个人学习交流，请于下载后24小时内删除，不允许用于商业用途，否则法律问题自行承担。
