1. explain+sql
explain select * from table_name where id=1
结果:
注释:
1.1 id
标志这个sql语句被分为几个(行数)独立的sql执行,执行顺序依照(1)从大到小(2)从上到下 依次排列执行;即select识别符,select的查询序列号。
1.2 select_type
查询类型
SIMPLE | 简单的select查询 ,查询中不包含子查询或者UNION |
PRIMARY | 查询中包含子查询,其中最外层查询为PRIMARY |
SUBQUERY | 别的查询语句(select或where)中的子查询 |
DERIVED | 在FROM列表中包含的子查询被标记为DERIVED (衍生),MySQL会递归执行这些子查询,把结果放在临时表 中 ,临时表 |
UNION | 若第二个SELECT出现在UNION之后,则被标记为UNION:若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:DERIVED |
UNION RESULT | UNION的结果 |
1.3 table
表名
1.4 type
表示查询用到了那种索引类型
system | 表中只有一条记录,一般来说只在系统表里出现。 |
const | 表示通过一次索引查询就查询到了,一般对应索引列为primarykey 或者unique where语句中 指定 一个常量,因为只匹配一行数据,MYSQL能把这个查询优化为一个常量,所以非常快。 |
eq_ref | 唯一性索引扫描。此类型通常出现在多表的 join 查询,对于每一个从前面的表连接的对应列,当前表的对应列具有唯一性索引,最多只有一行数据与之匹配。 |
ref | 非唯一性索引扫描。同上,但当前表的对应列不具有唯一性索引,可能有多行数据匹配。此类型通常出现在多表的 join 查询, 针对于非唯一或非主键索引, 或者是使用了 最左前缀 规则索引的查询. |
range | 索引的范围查询。查询索引关键字某个范围的值 |
index | 全文索引扫描。与all基本相同,扫描了全文,但查询的字段被索引包含,故不需要读取表中数据,只需要读取索引树中的字段。 |
all | 全文扫描。未使用索引,效率最低。 |
1.5 ref
显示索引的哪一列被使用了
ref 显示使用哪个列或常数与key一起从表中选择行。在eq_ref 与ref中才不为null。 |
如果是使用的常数等值查询,这里会显示const,如果是连接查询,被驱动表的执行计划这里会显示驱动表的关联字段,如果是条件使用了表达式或者函数,或者条件列发生了内部隐式转换,这里可能显示为func |
1.6 rows
MySQL 查询优化器根据统计信息, 估算 SQL 要查找到结果集需要扫描读取的数据行数 这个值非常直观显示 SQL 的效率好坏, 原则上 rows 越少越好
1.7 key 和 possible key 与 key_len
possible key | 表示 MySQL 在查询时, 能够使用到的索引. 注意, 即使有些索引在 possible_keys 中出现, 但是并不表示此索引会真正地被 MySQL 使用到. MySQL 在查询时具体使用了哪些索引, 由 key 字段决定. |
key | 显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL。 |
key_len | 显示MySQL决定使用的键长度。如果键是NULL,则长度为NULL。 |
1.8 extra
额外信息
Using Filesort | 表示对结果排序时无法使用索引,使用了一个临时索引对结果排序。 |
Using Temporary | 在查询中使用了临时表保存中间结果。 |
Using Index | 表示使用了覆盖索引, 如果同时出现了Using Where 表示索引被同时用来查找对应的键,若未出现,则仅仅用来读取数据。 |
Using Join Buffer | 表示在查询的时候 Join使用的非常多,使用了连接缓存,可以在配置文件中把缓冲区的join buffer调大一点。 |
Using where | 使用了where |
Impossible where | where后的值总是false 比如 (...where i=1 and i=2) |
distinct | 优化distinct操作,在找到第一匹配的元组后即停止找同样值的动作 |
1.9 filtered
显示了通过条件过滤出的行数的百分比估计值。
2. 创建索引
2.1 创建表的时候创建索引
2.2 在已存在的表上创建索引
3. 查看索引
4. 删除索引