Mysql 如何分析WordPress安装的慢速查询日志?
我在WordPress安装中遇到一些性能问题。我已经运行了多个慢速查询测试,虽然我确实看到它们之间存在一些一致性,但我仍然无法找出问题所在。以下是我多次看到的一些查询:Mysql 如何分析WordPress安装的慢速查询日志?,mysql,performance,wordpress,Mysql,Performance,Wordpress,我在WordPress安装中遇到一些性能问题。我已经运行了多个慢速查询测试,虽然我确实看到它们之间存在一些一致性,但我仍然无法找出问题所在。以下是我多次看到的一些查询: SET timestamp=1333980631; SELECT SQL_CALC_FOUND_ROWS wp_posts.* FROM wp_posts INNER JOIN wp_term_relationships ON (wp_posts.ID = wp_term_relationships.object_id) WHE
SET timestamp=1333980631;
SELECT SQL_CALC_FOUND_ROWS wp_posts.* FROM wp_posts INNER JOIN wp_term_relationships ON (wp_posts.ID = wp_term_relationships.object_id) WHERE 1=1 AND ( wp_term_relationships.term_taxonomy_id IN (1442,4054) ) AND wp_posts.post_type = 'post' AND (wp_posts.post_status = 'publish' OR wp_posts.post_status = 'private') GROUP BY wp_posts.ID ORDER BY wp_posts.post_date DESC LIMIT 0, 2;
及
及
我注意到,wp\u术语分类法
似乎与wp\u帖子
以及其他一些文章一起出现了。我的问题是,如何缩小这些结果的范围并找出问题所在?您可以:
您也可以尝试最简单的方法—逐个禁用插件,以确定哪个插件生成了有问题的查询。谢谢!我今天将对此进行调查。
### 1 Query
### Total time: 3.015405, Average time: 3.015405
### Taking 3.015405 seconds to complete
### Rows analyzed 60
SET timestamp=XXX;
SELECT SQL_CALC_FOUND_ROWS wp_posts.* FROM wp_posts INNER JOIN wp_term_relationships ON (wp_posts.ID = wp_term_relationships.object_id) WHERE XXX=XXX AND ( wp_term_relationships.term_taxonomy_id IN (XXX) ) AND wp_posts.post_type = 'XXX' AND (wp_posts.post_status = 'XXX') GROUP BY wp_posts.ID ORDER BY wp_posts.post_date DESC LIMIT XXX, XXX;
SET timestamp=1334004964;
SELECT SQL_CALC_FOUND_ROWS wp_posts.* FROM wp_posts INNER JOIN wp_term_relationships ON (wp_posts.ID = wp_term_relationships.object_id) WHERE 1=1 AND ( wp_term_relationships.term_taxonomy_id IN (125) ) AND wp_posts.post_type = 'post' AND (wp_posts.post_status = 'publish') GROUP BY wp_posts.ID ORDER BY wp_posts.post_date DESC LIMIT 0, 8;
### 1 Query
### Total time: 1.593301, Average time: 1.593301
### Taking 1.593301 seconds to complete
### Rows analyzed 19755
SET timestamp=XXX;
SELECT /*!XXX SQL_NO_CACHE */ * FROM `wp_posts`;
SET timestamp=1333978522;
SELECT /*!40001 SQL_NO_CACHE */ * FROM `wp_posts`;