当咱们执行sql,通常都会用Explain来查看sql的效率如何。今天在看sql执行效率的时候,忘记了其中Type的意思,如今在此记录一下。sql
这里的type指的是访问类型,各个效率高低以下:大数据
all < index < range < index_subquery < unique_subquery < index_merge < ref_or_null < ref < eq_ref < const < system
下面就开始介绍各个访问类型:优化
1. allcode
全表扫描。在大数据量的时候效率极低。排序
2. index索引
全索引排序。根据Extra的内容分如下几种状况:table
Using Index:覆盖索引,即**只须要**经过索引就能够返回查询所须要的数据 Using Where:查询列未用到索引 Using Index Using Where:其中的查询列是索引,可是并非前导列,所以实际上是无法用到这个索引的 Null:查询列有些不是索引,须要回表来查询未被索引覆盖的字段(不是纯粹用了索引,也不是彻底没用到索引)
3. range效率
有范围的索引排序。常见的以下:搜索
BETWEEN AND < > IN OR
4. index_subquery数据
非惟一性索引,通常出如今IN查询中。
5. unique_subquery
通常出如今IN查询中。
6. index_merge
使用了索引合并优化。(对多个索引分别进行了条件的查询,最后对这几个查询的结果进行合并交集运算)
7. ref_or_null
相似ref。区别是他会额外的搜索包含null的记录,他会对其进行一些优化。(例如:SELECT * FROM table WHERE age = 18 and name is null)
8. ref
利用查询索引来进行搜索。(非主键以及UNIQUE)
9. eq_ref
查询列是主键或者非NULL的UNIQUE索引,经常使用在联合查询。(例如:SELECT * FROM ref_table,other_table WHERE ref_table.key_column=other_table.column => ref_table.key_column是主键或者非NULL的UNIQUE索引)
10. const
查询条件是主键或者非NULL的UNIQUE索引,所以结果只有一条,同时优化过程当中查询列值会转成常量。
11. system
表中数据只有一行的状况。
12. NULL
不用访问表就能够直接获得结果。(例如:SELECT 1)
写sql的时候多用Explain,容易帮助本身找到写的sql是否有问题,是否能够进一步优化。
在此记录,下次本身也能够方便查找!