我正在针对MySQL优化查询,我的慢查询日志向我显示WordPress插件“Better WordPress Recent Comments”小部件,显示按帖子分组的最近5条最近评论,使用1.26秒查询数据库,这是一个很长的时间一个网站 – 特别是当下一个网...
我正在针对MySQL优化查询,我的慢查询日志向我显示WordPress插件“Better WordPress Recent Comments”小部件,显示按帖子分组的最近5条最近评论,使用1.26秒查询数据库,这是一个很长的时间一个网站 – 特别是当下一个网站只需点击一下.
这是慢查询:
Query_time:1.265625 Lock_time:0.000000 Rows_sent:6 Rows_examined:288634
SET时间戳= 1443741678;
SELECT wpcoms.*
FROM (
SELECT *,
@num := if(@post_id = comment_post_ID, @num + 1, 1) as row_number,
@post_id := comment_post_ID as cpID
FROM wp_comments
WHERE comment_approved = 1 ORDER BY comment_post_ID DESC,
comment_ID DESC
) as wpcoms
WHERE wpcoms.row_number <= 2
ORDER BY wpcoms.comment_date DESC
LIMIT 6;
检查的行数为288.634,但我的数据库仅包含96.000条评论.这肯定应该可以改进,以便在很短的时间内实际检查一些评论,因为它只显示了最近发表的几条评论.谢谢.
解决方法:
我看到的主要问题之一是内部查询,SELECT *,@ num …因为它导致全表扫描,这将导致MySQL不使用comment_approved索引.
这样做的原因很简单,因为如果查看查询,它实际上是在告诉MySQL选择由帖子ID排序的表中的每一行而没有限制.
mysql> explain SELECT *, @post_id := comment_post_ID as cpID FROM wp_comments WHERE comment_approved = 1 ORDER BY comment_post_ID DESC, comment_ID DESC LIMIT 10;
+----+-------------+-------------+------+---------------------------+------+---------+------+------+-----------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------------+------+---------------------------+------+---------+------+------+-----------------------------+
| 1 | SIMPLE | wp_comments | ALL | comment_approved_date_gmt | NULL | NULL | NULL | 567 | Using where; Using filesort |
+----+-------------+-------------+------+---------------------------+------+---------+------+------+-----------------------------+
该问题的另一部分是comment_post_ID的排序
考虑这将使用索引:
mysql> explain SELECT *, @post_id := comment_post_ID as cpID FROM wp_comments WHERE comment_approved = 1 ORDER BY comment_date_gmt DESC LIMIT 10;
+----+-------------+-------------+-------+---------------------------+------------------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------------+-------+---------------------------+------------------+---------+------+------+-------------+
| 1 | SIMPLE | wp_comments | index | comment_approved_date_gmt | comment_date_gmt | 8 | NULL | 10 | Using where |
+----+-------------+-------------+-------+---------------------------+------------------+---------+------+------+-------------+
后一个查询可能会影响您的结果,但效率会更高.
更好的解决方案可能是MySQL查询和PHP过滤的某种组合,以获得所需的结果.
由于这是一个插件,您可以考虑将此作为插件开发人员的一个问题,因为它会导致任何具有大量注释的网站性能不佳.
这个答案绝不是一个解决方案,但希望能指出正确的方向.当涉及到包含大量注释的网站时,需要重新考虑查询和处理的逻辑.
本文标题为:mysql – 优化WordPress插件中的慢查询“Better WordPress Recent Comments”
基础教程推荐
- dedecms织梦cms常用判断语句汇总 2022-06-24
- dedecms根据来访IP区域自动跳转对应页面的方法 2022-07-21
- PbootCMS网站标题描述等标签限制字数的办法 2023-07-08
- dedecms织梦全局变量调用方法总结 2023-07-08
- 织梦dedecms调用当前栏目文章数的方法 2022-11-08
- pbootcms网站自动清理runtime缓存方法 2023-07-09
- pbootcms二次开发必须要了解的后台目录结构 2023-07-09
- 织梦dedecms如何在dede:sql中使用[field:global.autoindex/] 2022-08-27
- 织梦DedeCMS搜索指定多个栏目文档的办法 2022-11-11
- dedecms织梦无需登录注册可下单购买的修改 2022-11-04