关于标量子查询的看法

demonat

除非能利用到标量子查询的cache，其他时候都不会用

lastwinner

标量子查询可转换为等价的外链接写法

newkid

TOM的高效设计上提到这个话题，但那是9i的时候了，现在12C都会自动平坦化了。
TOM的说法总结如下：
可以避开外连接；
SELECT里面有聚合的时候，用标量子查询可以避免多列GROUP BY;
尽量利用行间缓存，先排序后再用标量子查询；
一般在结果集比较小（几百行）的时候用。

XQKA

表量子查询是不是天然的nest loop连接，
因为看起来很显然：主查询每执行1行，标量子查询遍历一次，

如果标量子查询是天然的nest loop，那么在mysql，标量子查询就没必要优化了？因为mysql的连接只有nest loop

我一看到标量子查询，就想把它掰下来，做成连接，现在我怀疑我这样做是否有意义。

newkid

XQKA 发表于 2017-8-21 10:43
表量子查询是不是天然的nest loop连接，
因为看起来很显然：主查询每执行1行，标量子查询遍历一次，

标量子查询经常还有聚合功能，比如SELECT COUNT(*),  SELECT SUM(), 这个就不是nest loop可比的。
MYSQL的连接功能竟然这么弱? 这可没有想到。

XQKA

newkid 发表于 2017-8-21 22:01
标量子查询经常还有聚合功能，比如SELECT COUNT(*),  SELECT SUM(), 这个就不是nest loop可比的。
MYSQL ...

mysql只支持nest loop是官文上说的，我也是昨天才看到。
MySQL resolves all joins using a nested-loop join method.
https://dev.mysql.com/doc/refman/5.7/en/explain-output.html

在oracle环境下，如果有大量的latch竞争，多半是nest loop造成的，
但mysql仅用nest loop却很少碰到CPU飙高的情况。mysql如果连接的表很多，那么嵌套的层次很深的，
有类似下面的效应
int main()  
{  
    int i, j，k;  
    for ( i = 1; i <= 10; ++i )
    {  
        for ( j = 1; j <= 10; ++j )
        {  
            for (k=1; k <=10; ++k)
            {
            printf("%d ", i * j * k);
            printf("\n");            
            }
        }  
    }  
    return 0;  
}
这样的sql有的会执行好几秒，但不觉得CPU有多高。这估计是mysql的和oracle的缓存机制造成的
mysql的简单粗暴的query cache基本上是不开的。
我对mysql的了解还不是很深刻，不知道mysql的部署是不是很强调磁盘的速度和IO，比如建议ssd等。