gpt4 book ai didi

MySQL 使用 IN() 子查询创建更长的执行时间

转载 作者:行者123 更新时间:2023-11-29 05:05:29 25 4
gpt4 key购买 nike

以下有什么区别?第一个查询需要 0.00 来执行,第二个需要 0.00 来执行,第三个需要 0.71 来执行。出于某种原因,当我在示例 3 中将两个查询放在一起时,执行时间要长得多。 Table traffic 有一个关于 shortcode 和 ip 的索引,table redirect 有一个关于 campaign 和 pubid 的索引。

是否有其他类型的索引可以加速这种情况?

查询 1:(0.00 执行)

SELECT * FROM traffic 
WHERE shortcode IN ('CODE1')
GROUP BY ip

查询 2:(0.00 执行)

SELECT shortcode FROM redirect WHERE campaign = '385' AND pubid = '35'

查询 3:(0.71 执行)

SELECT * FROM traffic 
WHERE shortcode IN
(SELECT shortcode FROM redirect WHERE campaign = '385' AND pubid = '35')
GROUP BY ip

最佳答案

在旧版本的 MySQL 中,IN ( SELECT ... ) 结构的优化很差。对于 traffic 中的每一行,它将重新执行子查询。您使用的是什么版本的 MySQL?简单而有效的解决方案是将它变成一个JOIN

SELECT  t.*
FROM traffic AS t
JOIN redirect AS r USING(shortcode)
WHERE campaign = '385'
AND pubid = '35'
GROUP BY ip

您还需要 INDEX(campaign, pubid, shortcode)

这两个查询中都有一个“错误”——您要求所有列,但仅按 ip 分组。如果其余列并不真正依赖于 ip

关于MySQL 使用 IN() 子查询创建更长的执行时间,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49175552/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com