我正在针对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点击数统计控制(刷新页面不新增点击数) 2022-07-20
- PbootCMS网站标题描述等标签限制字数的办法 2023-07-08
- PbootCMS伪静态配置教程以及各web容器配置规则 2023-07-08
- 织梦dedecms最全的清除文档的sql语句 2022-06-24
- 怎么安装使用PbootCMS网站模板 2023-07-08
- 织梦采集标题不完整的解决方法,修改标题长度 2022-07-14
- dedecms织梦列表页标题增加页码的方法 2022-07-22
- pbootcms文章插入图片不固定宽高的办法 2023-07-08
- pbootcms去除ueditor编辑器图片自动添加的title和alt属性 2023-07-08
- 织梦DedeCMS如何实现文章列表隔行换色变样式 2023-07-08