1.union执行过程
首先我们创建一个表t1
create table t1(id int primary key, a int, b int, index(a));
delimiter ;;
create procedure idata()
begin
declare i int;
set i=1;
while(i<=1000)do
insert into t1 values(i, i, i);
set i=i+1;
end while;
end;;
delimiter ;
call idata();复制代码
然后我们执行一下这条语句
explain select 1000 as f union (select id from t1 order by id desc limit 2)
复制代码
首先说下union的语义,union的语义是取两个结果的并集,重复的保留一行,然后我们来看下explain的结果,第二行的key=PRIMARY,说明用到了主键索引。
第三行的Extra的Using temporary说明用到了临时表
下面我们看下这条语句的执行流程:
1.创建一个临时表,只有f一个字段,且为主键
2.将1000这个数据插入临时表
3.子查询中步骤:
1.插入1000进入临时表,因为主键冲突,插入失败
2.插入第二行900,插入成功
4.将临时表数据作为结果返回,并删除临时表
这个过程的流程图如下:
如果我们把union改成union all,就不需要使用临时表了,因为union all是重复的也保留,
大家可以看到extra这一列已经没有了Using temporary
explain select 1000 as f union all (select id from t1 order by id desc limit 2)复制代码
2.group by执行过程
我们来看下面这条语句:
explain select id%10 as m, count(*) as c from t1 group by m;复制代码
可以看到explain结果
Using index(使用到了覆盖索引a,不需要回表); Using temporary(用到了临时表); Using filesort(对数据进行了排序)
这条语句的意思是将id%10进行分组统计,并按照m进行排序
执行流程如下:
1.创建临时表,增加m,c字段,m是主键
2.计算id%10的结果记为x
3.如果临时表里面没有主键为x的行,则插入(x,1),如果有的话,就将该行的c值加1
4.遍历完成后,按照m字段排序返回结果给客户端
流程图如下
接下来我们看下这条语句的执行结果
explain select id%10 as m, count(*) as c from t1 group by m复制代码
其实,如果我们不需要对查询结果进行排序,我们可以加一个order by null
我们执行一下这条语句
explain select id%10 as m, count(*) as c from t1 group by m order by null复制代码
可以看到这里没有进行排序,由于扫描是从表t的id是从1开始的,所以第一行是1
如果我们执行下列语句,会发生什么呢?
我们上面说的临时表,其实是内存临时表,如果我们把内存临时表的容量改的比我们要查询的数据的容量小,那么就会使用到磁盘临时表,磁盘临时表的默认引擎是innodb
set tmp_table_size=1024;
select id%100 as m, count(*) as c from t1 group by m order by null limit 10
复制代码
group by 优化方法--直接排序
其实在上面的关于从内存临时表转化成磁盘临时表是很浪费时间的,也就是说mysql,在执行过程中发现空间不够了,在转成磁盘临时表,但是如果我们直接告诉mysql,我要查询的数据很大,那么mysql优化器就会想到,既然你告诉我数据很大,那么我就直接用sort_buffer进行排序,如果sort_buffer内存不够大,会用到磁盘临时表辅助排序。
select SQL_BIG_RESULT id%100 as m, count(*) as c from t1 group by m;复制代码
小结一下:
1.如果我们不需要对统计结果进行排序,可以加上order by null省去排序流程。
2.尽量让排序过程用上内存临时表,可以通过适当调大tmp_table_size的值来避免用到磁盘临时表。
3.如果数据量实在太大,使用SQL_BIG_RESULT告诉优化器,直接使用排序算法。