一次很是风趣的SQL优化经验

凭证我之前的设法，该sql的执行的次序应该是先执行子查询

select s_id from SC sc where sc.c_id = 0 and sc.score = 100 

耗时：0.001s

获得如下功效：

然后再执行

select s.* from Student s where s.s_id in(7,29,5000) 

耗时：0.001s

这样就是相等快了啊，Mysql竟然不是先执行里层的查询，而是将sql优化成了exists子句，并呈现了EPENDENT SUBQUERY，mysql是先执行外层查询，再执行里层的查询，这样就要轮回70007*8次。

那么改用毗连查询呢？

SELECT s.* from   
Student s  
INNER JOIN SC sc  
on ssc.s_id = s.s_id  
where sc.c_id=0 and sc.score=100 

这里为了从头说明毗连查询的环境，先暂且删除索引sc_c_id_index，sc_score_index

执行时刻是：0.057s

服从有所进步，看看执行打算：

这里有连表的环境呈现，我意料是不是要给sc表的s_id成立个索引

CREATE index sc_s_id_index on SC(s_id);  
show index from SC 

再执行毗连查询

时刻: 1.076s

竟然时刻还变长了，什么缘故起因？查察执行打算：

优化后的查询语句为：

SELECT  
    `YSB`.`s`.`s_id` AS `s_id`,  
    `YSB`.`s`.`name` AS `name`  
FROM  
    `YSB`.`Student` `s`  
JOIN `YSB`.`SC` `sc`  
WHERE  
    (  
        (  
            `YSB`.`sc`.`s_id` = `YSB`.`s`.`s_id`  
        )  
        AND (`YSB`.`sc`.`score` = 100)  
        AND (`YSB`.`sc`.`c_id` = 0)  
    ) 

貌似是先做的毗连查询，再举办的where前提过滤

回到前面的执行打算：

这里是先做的where前提过滤，再做连表，执行打算还不是牢靠的，那么我们先看下尺度的sql执行次序：

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!