type显示访问类型，较为重要。通过它可以了解我们的SQL语句是否优化过、是否达到最佳的效果。

它的值有很多，从最好到最差比较如下：

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

以下几个是常见的(从最好到最差)：

system > const > eq_ref > ref > range > index > All

一般而言，我们要保证查询至少达到ranag级别，最好能到达到ref。

分别了解一下几个常见的值的涵义。

system

表只有一行记录，这种情况平时一般不会出现，可以忽略。

const

表示通过索引一次就找到了，用于比较主键或唯一键索引。因为只匹配一行数据，所以很快。比如将主键置于where列表中，MySQL就能将该查询转换为一个常量。

如：explain select * from (select * from emp where id = 1)x;

FROM后的子查询，所以select_type为DERIVED，第2行结果的id值较大，所以优先执行。emp表中id是主键，id=1即只匹配一行数据，所以type的值为const。同时，外层查询从临时表x中查询全部，由于x中只有一行数据，所以type值是system。

eq_ref

唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一键索引扫描。type的值是eq_ref的查询中用到了索引，但查询只有一条记录匹配。

用两个表简单测试

test1表：

test2表

有以下SQL：

explain select * from test1 t1 ,test2 t2 where t1.id = t2.id;

看其执行计划

t2的type值是ALL，即全表搜索，t1为eq_ref。两表id字段为主键，t1.id=t2.id条件下只一行数据是符合的。

ref

非唯一性索引扫描，返回匹配某个单独值的所有行。本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，它可能会得到多个符合条件的行，所以它应该属于查找和扫描的混合体。

实例

emp表的数据

在这个表上用job和deptNo字段创建一个复合索引

mysql> create index index1 on emp(job,deptNo);Query OK, 10 rows affected (0.59 sec)

现在要查找deptNo=1的数据(deptNo和job是复合索引，但只使用了一半)

返回了两行，再看一下执行计划：

匹配deptNo=1的值的结果有两行。

现在把索引删除

drop index index1 on emp;

假设emp表的deptNo是test2的id。有以下sql

select * from emp e , test2 t2 where e.deptNo = t2.id;

我们知道结果有两行，其执行计划如下：

emp表的查询type是ref，因为test2表只有一行数据，所有就类似于匹配detpNo的单独的值行。

rang

只搜索给定范围的行。一般就是你在where语句中出现between、、in等查询这种范围扫描，比全表扫描要好，因为它只需要开始于索引的某一个点，而结束另一点，不用扫描全部索引。如以下SQL

select * from emp where id in (1,2);

能够达到rang已经可以了。

index和ALL

index和ALL都是读全表，两者区别在于index类型只遍历索引树，通常比ALL快。

如以下两条SQL:

select id from emp;

select id ,ename from emp;

explain查看如下：

若SQL能达不到rang或以上的话，能达到index也可以。

关于type介绍到此，主要是要了解它的值所代表的涵义，好坏的排列，那我们就可以知道SQL的优劣，以及优化是否有效果。