② 案例：查询教授SQL课程的老师的描述(desc)
# 查看执行计划 explain select tc.tcdesc from teacherCard tc where tc.tcid = ( select t.tcid from teacher t where t.tid = (select c.tid from course c where c.cname = 'sql') );
结果如下：
结论：id值不同，id值越大越优先查询。这是由于在进行嵌套子查询时，先查内层，再查外层。
③ 针对②做一个简单的修改
# 查看执行计划 explain select t.tname ,tc.tcdesc from teacher t,teacherCard tc where t.tcid= tc.tcid and t.tid = (select c.tid from course c where cname = 'sql') ;
结果如下：
结论：id值有相同，又有不同。id值越大越优先；id值相同，从上往下顺序执行。
2）select_type关键字的使用说明：查询类型
① simple：简单查询
不包含子查询，不包含union查询。
explain select * from teacher;
结果如下：
② primary：包含子查询的主查询(最外层)
③ subquery：包含子查询的主查询(非最外层)
④ derived：衍生查询(用到了临时表)
a.在from子查询中，只有一张表；
b.在from子查询中，如果table1 union table2，则table1就是derived表；
explain select cr.cname from ( select * from course where tid = 1 union select * from course where tid = 2 ) cr ;
结果如下：
⑤ union：union之后的表称之为union表，如上例
⑥ union result：告诉我们，哪些表之间使用了union查询
3）type关键字的使用说明：索引类型
system、const只是理想状况，实际上只能优化到index --> range --> ref这个级别。要对type进行优化的前提是，你得创建索引。
① system
源表只有一条数据(实际中，基本不可能)；
衍生表只有一条数据的主查询(偶尔可以达到)。
② const
仅仅能查到一条数据的SQL ,仅针对Primary key或unique索引类型有效。
explain select tid from test01 where tid =1 ;
结果如下：
删除以前的主键索引后，此时我们添加一个其他的普通索引：
create index test01_index on test01(tid) ; # 再次查看执行计划 explain select tid from test01 where tid =1 ;
结果如下：
③ eq_ref
唯一性索引，对于每个索引键的查询，返回匹配唯一行数据（有且只有1个，不能多 、不能0），并且查询结果和数据条数必须一致。
此种情况常见于唯一索引和主键索引。
delete from teacher where tcid >= 4; alter table teacherCard add constraint pk_tcid primary key(tcid); alter table teacher add constraint uk_tcid unique index(tcid) ; explain select t.tcid from teacher t,teacherCard tc where t.tcid = tc.tcid ;
结果如下：
总结：以上SQL，用到的索引是t.tcid，即teacher表中的tcid字段；如果teacher表的数据个数和连接查询的数据个数一致（都是3条数据），则有可能满足eq_ref级别；否则无法满足。条件很苛刻，很难达到。
