MySQL 使用 explain + sql 语句查看 执行计划，该执行计划不一定完全正确但是可以参考。
EXPLAIN <span class="hljs-keyword">SELECT</span> <span class="hljs-operator">*</span> <span class="hljs-keyword">FROM</span> <span class="hljs-keyword">user</span> <span class="hljs-keyword">WHERE</span> nid <span class="hljs-operator">=</span> <span class="hljs-number">3</span>;
| select_type | 说明 |
|---|---|
| SIMPLE | 简单查询 |
| PRIMARY | 最外层查询 |
| SUBQUERY | 映射为子查询 |
| DERIVED | 子查询 |
| UNION | 联合 |
| UNION RESULT | 使用联合的结果 |
table : 正在访问的表名
| type | 说明 |
|---|---|
| ALL | 全数据表扫描 |
| index | 全索引表扫描 |
| RANGE | 对索引列进行范围查找 |
| INDEX_MERGE | 合并索引，使用多个单列索引搜索 |
| REF | 根据索引查找一个或多个值 |
| EQ_REF | 搜索时使用primary key 或 unique类型 |
| CONST | 常量，表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。 |
| SYSTEM | 系统，表仅有一行(=系统表)。这是const联接类型的一个特例。 |
性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const |
|
| 性能在 range 之下基本都可以进行调优 |
possible_keys : 可能使用的索引
key : 真实使用的
key_len : MySQL中使用索引字节长度
rows : mysql 预估为了找到所需的行而要读取的行数
| extra | 说明 |
|---|---|
| Using index | 此值表示mysql将使用覆盖索引，以避免访问表。 |
| Using where | mysql 将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当(并且如果)它读取索引时，就能被存储引擎检验，因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不同的索引。 |
| Using temporary | mysql 对查询结果排序时会使用临时表。 |
| Using filesort | mysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式都可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪一种文件排序，也不会告诉你排序会在内存里还是磁盘上完成。 |
| Range checked for each record(index map: N) | 没有好用的索引，新的索引将在联接的每一行上重新估算，N是显示在possible_keys列中索引的位图，并且是冗余的 |
limit
limit 匹配后就不会继续进行扫描
mysql<span class="hljs-operator">></span> <span class="hljs-keyword">SELECT</span> <span class="hljs-operator">*</span> <span class="hljs-keyword">FROM</span> <span class="hljs-keyword">user</span> <span class="hljs-keyword">WHERE</span> email <span class="hljs-operator">=</span> <span class="hljs-string">'klvchen123@126.com'</span> LIMIT <span class="hljs-number">1</span>;
<span class="hljs-operator">+</span><span class="hljs-comment">-----+------------+--------------------+-------+</span>
<span class="hljs-operator">|</span> nid <span class="hljs-operator">|</span> name <span class="hljs-operator">|</span> email <span class="hljs-operator">|</span> extra <span class="hljs-operator">|</span>
<span class="hljs-operator">+</span><span class="hljs-comment">-----+------------+--------------------+-------+</span>
<span class="hljs-operator">|</span> <span class="hljs-number">123</span> <span class="hljs-operator">|</span> klvchen123 <span class="hljs-operator">|</span> klvchen123<span class="hljs-variable">@126</span>.com <span class="hljs-operator">|</span> <span class="hljs-number">123</span> <span class="hljs-operator">|</span>
<span class="hljs-operator">+</span><span class="hljs-comment">-----+------------+--------------------+-------+</span>
<span class="hljs-number">1</span> <span class="hljs-type">row</span> <span class="hljs-keyword">in</span> <span class="hljs-keyword">set</span> (<span class="hljs-number">0.01</span> sec)
正确使用索引
- 使用 like 语句时，%在右边才会使用索引。
没用使用索引
使用索引
- or 条件中有未建立索引的列才,索引失效
没用使用索引
使用索引
- 条件的类型不一致
没用使用索引
使用索引
- != 号
没用使用索引
例外：如果是主键，则会走索引 - > 号
没用使用索引
例外：如果是主键或索引是整数类型，则会走索引 - order by
没用使用索引
例外：如果 order by 是主键或索引是整数类型，则会走索引 - 组合索引
遵循最左前缀
# 若 <span class="hljs-keyword">name</span> 和 email 组成组合索引
create <span class="hljs-keyword">index</span> ix_name_email <span class="hljs-keyword">on</span> user(<span class="hljs-keyword">name</span>,email);
<span class="hljs-keyword">name</span> <span class="hljs-keyword">and</span> email -- 使用索引
email <span class="hljs-keyword">and</span> <span class="hljs-keyword">name</span> -- 不使用索引
<span class="hljs-keyword">name</span> -- 使用索引
email -- 不使用索引
没用使用索引
