mysql 中合并查询结果union用法 or、in与union all 的查询效率

2021-06-28 02:38:35

mysql 中合并查询结果union用法 or、in与union all 的查询效率

(2016-05-09 11:18:23)

转载▼

标签：

in

分类：
mysql

问题一 mysql
中合并查询结果union用法

今天来写写union的用法及一些需要注意的。

union:联合的意思，即把两次或多次查询结果合并起来。

要求：两次查询的列数必须一致

推荐：列的类型可以不一样，但推荐查询的每一列，想对应的类型以一样

可以来自多张表的数据：多次sql语句取出的列名可以不一致，此时以第一个sql语句的列名为准。

如果不同的语句中取出的行，有完全相同(这里表示的是每个列的值都相同)，那么union会将相同的行合并，最终只保留一行。也可以这样理解，union会去掉重复的行。

如果不想去掉重复的行，可以使用union all。

如果子句中有order
by,limit，需用括号()包起来。推荐放到所有子句之后，即对最终合并的结果来排序或筛选。

如：(select * from a order by id) union (select * from b order
id);

在子句中，order by
需要配合limit使用才有意义。如果不配合limit使用，会被语法分析器优化分析时去除。

问题二 OR、in和union
all 查询效率到底哪个快。

OR、in和union all 查询效率到底哪个快。

网上很多的声音都是说union all 快于 or、in，因为or、in会导致全表扫描，他们给出了很多的实例。

但真的union all真的快于or、in？本文就是采用实际的实例来探讨到底是它们之间的效率。

1：创建表，插入数据、数据量为1千万【要不效果不明显】。

drop table if EXISTS BT;
create table BT(
ID int(10) NOT NUll,
VName varchar(20) DEFAULT '' NOT NULL,
PRIMARY key( ID )
)ENGINE=INNODB;

该表只有两个字段 ID为主键【索引页类似】，一个是普通的字段。（偷懒就用简单的表结构呢）

向BT表中插入1千万条数据

这里我写了一个简单的存储过程【所以你的mysql版本至少大于5.0，俺的版本为5.1】，代码如下。

注意：最好

INSERT
INTO BT ( ID,VNAME ) VALUES( i, CONCAT( 'M', i )
);---1

修改为

INSERT INTO BT ( ID,VNAME
) VALUES( i, CONCAT( 'M', i, 'TT' )
);---2

修改原因在

非索引列及VNAME使用了联合进行完全扫描请使用1 。

非索引列及VNAME使用了全表扫描请使用2 。

DROP PROCEDURE IF EXISTS test_proc;
CREATE PROCEDURE test_proc()
BEGIN
declare i int default 0;
set autocommit = 0;
while i<10000000 do
INSERT INTO BT ( ID,VNAME ) VALUES( i, CONCAT( 'M', i ) );
set i = i+1;
if i
00 = 0 then
commit;
end if;
end while;
END;

就不写注释呢，挺简单的。

存储过程是最好设置下innob的相关参数【主要和日志、写缓存相关这样能加快插入】，俺没有设置插入1千万条数据插了6分钟。

部分数据如下：1千万数据类似

mysql 中合并查询结果union用法 or、in与union all 的查询效率中合并查询结果union用法 or、in与union all 的查询效率">

2：实战

2.1 :分别在索引列上使用 or、in、union all

我们创建的表只有主键索引，所以只能用ID做查询呢。我们查 ID 为 98，85220，9888589的三个数据各个耗时如下：

mysql 中合并查询结果union用法 or、in与union all 的查询效率中合并查询结果union用法 or、in与union all 的查询效率" action-data="http%3A%2F%2Fdl.iteye.com%2Fupload%2Fattachment%2F389531%2Fa342480d-591e-3b7c-aebd-b00d98f9850a.jpg" action-type="show-slide">

时间都为0.00，怎么会这样呢，呵呵所有查询都是在毫秒级别。

我使用其他的工具--EMS SQL Manager for mysql

查询显示时间为

93 ms， 94ms，93 ms，时间相差了多少几乎可以忽略。

然后我们在看看各自的执行计划

mysql 中合并查询结果union用法 or、in与union all 的查询效率

这里要注意的字段type 与ref字段

我们发现union all 的所用的 type【type为显示连接使用了何种类型】为ref
而or和in为range【ref连接类型优于range，相差不了多少】，而查询行数都一样【看rows字段都是为3】。

从整个的过程来看，在索引列使用常数or及in和union all查询相差不了多少。

但为什么在有的复杂查询中，再索引列使用or及in 比union all
速度慢很多呢，这可能是你的查询写的不够合理，让mysql放弃索引而进行全表扫描。

2.2：在非索引列中使用 or、in及union
all。

我们查 VNAME 为
M98，M85220，M9888589的三个数据各个耗时如下：

mysql 中合并查询结果union用法 or、in与union all 的查询效率中合并查询结果union用法 or、in与union all 的查询效率" action-data="http%3A%2F%2Fdl.iteye.com%2Fupload%2Fattachment%2F389557%2F1f658995-93e7-3737-9cee-b2390512a70a.jpg" action-type="show-slide">