SQL优化 MySQL版 -分析explain SQL执行计划与笛卡尔积

时间:2022-09-21 04:23:47

SQL优化 MySQL版 -分析explain SQL执行计划

作者 Stanley 罗昊

转载请注明出处和署名,谢谢!

首先我们先创建一个数据库,数据库中分别写三张表来存储数据;

course:课程表

teacher:教师表

teacherCarid:教师证表

SQL优化 MySQL版 -分析explain SQL执行计划与笛卡尔积SQL优化 MySQL版 -分析explain SQL执行计划与笛卡尔积SQL优化 MySQL版 -分析explain SQL执行计划与笛卡尔积

现在我把这三张表连起来查,查询条件:查询课程编号为2或教师证编号为3点老师信息;

通过这个例子,我们就可以把explain里面的参数一个一个的讲讲:

首先这个条件的主干是查询老师信息

sql语句:select t.* From teacher t INNER JOIN course c INNER JOIN teachercarid te WHERE t.tid = c.cid AND t.tcid = te.tcid AND (c.cid = 2 or te.tcid = 3);

执行结果:

SQL优化 MySQL版 -分析explain SQL执行计划与笛卡尔积

SQL语句很简单,我们不关心这个,我们关心的是在它前面加explain

explain select t.* From teacher t INNER JOIN course c INNER JOIN teachercarid te WHERE t.tid = c.cid AND t.tcid = te.tcid AND (c.cid = 2 or te.tcid = 3);

执行看结果:

SQL优化 MySQL版 -分析explain SQL执行计划与笛卡尔积

先看id:

id此时此刻都是1,它们都对应我们的表 te 是我们的教师证表 t 就是教室表 c 是课程表

由此可见,我们编写的SQL语句它底层是先执行教师证表的,然后执行教室表,最后再执行课程表;

那这是为什么呢?

我们来分析一下数据:

course:课程表 有三条数据

teacher:教师表 有三条数据

teacherCarid:教师证表 有四条数据

难道是数据越少就先执行谁?我们不妨来做个试验看看,我再加几条数据:

现在我们的数据变更为:

course:课程表 有三条数据

teacher:教师表 有四条数据

teacherCarid:教师证表 有六条数据;

我们再看它的执行计划:

SQL优化 MySQL版 -分析explain SQL执行计划与笛卡尔积

通过试验我们发现,确实谁少就先执行谁,但是我我们却发现,表的执行顺序是因数量的个数改变而改变,那它的原因是什么呢?为什么表的执行顺序会跟随个数而改变呢

笛卡尔积

我们现在假设a b 两张表,a里面有三条数据,b里面有六条数据,最后他俩相乘 = 18;

我们假设现在有 a b c三张表,第一张表 a 是三条数据 第二张表是3条数据第三表的数据是4,那它们的笛卡尔积 2*3 = 6 6再*4 = 24;

这个时候我们换一下位置 a 是四条数据 b 是三条数据 c 是两条数据,我们再来算一下它们的笛卡尔积:3*4 = 12 *2 = 24;

我们发现两者结果都没有变,但是中间结果变了,第一次计算笛卡尔积时 第一次计算2*3 =6,第二次计算笛卡尔积时3*4 = 12,因为6比12小索所以它就先执行;

为什么在图上,c先执行的原因是 c * t (3*4 = 12)te 是6,所以比较大,就向后放;

结论:数据小的表,会优先查询;

ID值越大越优先执行

id值相同,就从上往下依次执行,如果不相同,那就从下往上执行,因为id值越大,它就越往下排列;

Select_type

PRIMARY:包含查询SQL中的子查询(最外层)

SUBQUERY:包含子查询SQL中的子查询(非最外层)

Simple:简单查询(一个SQL语句里面不包含子查询,union)都是简单查询

derived:衍生查询 触发子衍生查询只有两种:

1.在from子查询中,只有一张表

2.在from子查询中如果有两张表,比如 tablie1 union table2,则table1就是衍生查询;

今日感悟:

如果你要烧一壶开水,生火到一半时发现柴不够了,你应该怎么办?

“赶紧去找?”

“去邻居接一下?”

“赶紧去买柴火?”

如果是我,我会把壶里的水倒掉一些,

懂得舍弃的人,或许能得到的会更多