优化SQL查询运行

我有一个查询：优化SQL查询运行

SELECT `l`.`id`, `l`.`headline`, `l`.`description`, `l`.`image`, `l`.`campaign_id`, IF(l.required_impressions=0,0,1) AS sequence, (IFNULL(ROUND(COUNT(DISTINCT(lc.id))/COUNT(DISTINCT(li.id)), 3) * 100, 0) * 0.3) + (l.cost * 0.7) AS `scales`, `c`.`name` AS `campaign` 
FROM `app_links` AS `l` 
INNER JOIN `app_campaigns` AS `c` ON c.id = l.campaign_id 
LEFT JOIN `app_link_clicks` AS `lc` ON lc.link_id = l.id 
LEFT JOIN `app_link_impressions` AS `li` ON li.link_id = l.id 
LEFT JOIN `app_links_categories` AS `lcat` ON l.id = lcat.link_id 
LEFT JOIN `app_links_countries` AS `lcou` ON l.id = lcou.link_id 
WHERE lcat.category_id IN(3,7,14) 
AND lcou.country_id IN(89,147,124,131,259,197,88) 
GROUP BY `l`.`id` 
ORDER BY sequence DESC, `scales` DESC 
LIMIT 6

的EXPLAIN查询返回： enter image description here

你有什么想法如何优化查询？现在，它采取〜0.6秒，所以这是相当长的：/

来源

2013-05-15 BlueMan

取下提供模式来自查询的'lcat'和'lcou'项，因为它们没有被引用？（或者用一个普通的'JOIN'替换'LEFT JOIN'，的确如此） – wildplasser

是否有意使用'lcou.country_id'和'lcou'加入'LEFT JOIN'？ 'lcat'的同一个问题。 – zerkms

@wildplasser：它们被用在'WHERE'里。 – zerkms

只要你指的是lcat和lcou的WHERE子句中是没有意义让他们通过LEFT被连接加入。

所以我的建议是：对于lcat

变化LEFT JOIN和lcou到INNER JOIN
移动这两个连接上，因此所有INNER JOIN小号都在开始
移动lcat和lcou条件对应的ON条款（这不应该改变任何东西，但会更具可读性）
创建复合link_id + country_id和link_id + category_id指标
正如你所看到的 - MySQL优化顺序改变了的表的连接，所以app_links在中间加入，似乎像app_links是MyISAM数据（它只是基于这样的事实猜测，campaign_id没有按看起来不像聚簇索引）。如果是这样的 - 尝试添加复合campaign_id + id指数为它以及

PS：对上面的变化，提供了新的执行计划

PPS：从查询中的所有表

来源

2013-05-15 12:13:54 zerkms

不幸的是我使用Zend框架和构建上面查询我查询生成器，所以我不能重新排序所有连接（这是取决于PHP代码）。 – BlueMan

@BlueMan：如果您还有其他问题，至少应该做其他事情并提供执行计划 – zerkms

我更改link_categories顺序，将左连接更改为内连接。另外我添加了建议的索引。现在查询在〜0.08秒内运行。解释：http://tinypic.com/r/23wkx6t/5 每个表都是InnoDB。 – BlueMan

优化SQL查询运行

回答

相关问题