实际项目开发中,由于我们不知道实际查询的时候数据库里发生了什么事情,数据库软件是怎样扫描表、怎样使用索引的,因此,我们能感知到的就只有 SQL 语句运行的时间,在数据规模不大时,查询是瞬间的,因此,在写 SQL 语句的时候就很少考虑到性能的问题。但是当数据规模增大,如千万、亿的时候,我们运行同样的 SQL 语句时却发现迟迟没有结果,这个时候才知道数据规模已经限制了我们查询的速度。所以,查询优化和索引也就显得很重要了。
EXPLIAN关键字的用法:在SQL语句前加上EXPLIAN关键字即可。
EXPLAIN SELECT * FROM user;
结果:
查询类型select_type
- DEPENDENT SUBQUERY:子查询中内层的第一个SELECT,依赖于外部查询的结果集。
- DEPENDENT UNION:子查询中的 UNION 中从第二个SELECT开始依赖外部查询结果集的查询。
- PRIMARY:子查询中的最外层查询,注意并不是主键查询,只有一个。
- SIMPLE:除子查询或者UNION 之外的其他查询。
- SUBQUERY:子查询内层查询的第一个SELECT,结果不依赖于外部查询结果集。
- UNCACHEABLE SUBQUERY:结果集无法缓存的子查询;
- UNION 语句中第二个SELECT 开始的后面所有SELECT,第一个SELECT 为PRIMARY。
- UNION RESULT:UNION 中的合并结果。
查询方式type
- all:全表扫描,这一般比较糟糕,应该尽量避免。
- const:使用唯一索引或者主键,返回记录一定是1行记录。
- eq_ref:出现在要连接过个表的查询计划中,驱动表只返回一行数据,它在查询使用了索引为主键或惟一键。
- fulltext:全文索引检索。
- index:全索引扫描,把索引从头到尾扫一遍。
- index_merge:表示查询使用了两个以上的索引,最后取交集或者并集。
- range:索引范围扫描查询。
- index_subquery:用于in形式子查询。
- system:表中只有一行数据或者是空表。
- unique_subquery:用于where中的in形式子查询,子查询返回不重复值唯一值。
- ref_or_null:与ref方法类似,只是增加了null值的比较。
- ref:没有主键和唯一索引的要求,只要使用相等条件检索时就可能出现,常见与辅助索引的等值查找。