mysql mtq_mysql高级复习 - osc_r3mtqivi的个人空间 - OSCHINA - 中文开源技术交流社区

MySQL官方对索引的定义为：索引(Index)是帮助MySQL高效获取数据的数据结构。

可以得到索引的本质：索引是数据结构，可以简单理解为“排好序的快速查找数据结构”。

数据本身之外，数据库还维护着一个满足特定查找算法的数据结构，这些数据结构以某种方式指向数据，

这样就可以在这些数据结构的基础上实现高级查找算法，这种数据结构就是索引。

一般来说索引本身也很大，不可能全部存储在内存中，因此索引往往以索引文件的形式存储的磁盘上

我们平常所说的索引，如果没有特别指明，都是指B树(多路搜索树，并不一定是二叉的)结构组织的索引

B树(Balance Tree多路平衡查找树)

索引分为3种：

1.单值索引：即一个索引只包含单个列，一个表可以有多个单列索引

2.唯一索引：索引列的值必须唯一，但允许有空值

3.复合索引：即一个索引包含多个列

Explain

使用EXPLAIN关键字可以模拟优化器执行SQL查询语句，从而知道MySQL是

如何处理你的SQL语句的。分析你的查询语句或是表结构的性能瓶颈.

作用：

可以知道表的读取顺序、数据读取操作的操作类型、哪些索引可以使用、哪些索引被实际使用、表之间的引用、每张表多少行被优化器查询

Explain + SQL语句即可分析

各字段解释：

id

1.id相同，执行顺序由上至下

2.id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行

3.id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行

select_type(查询的类型，主要是用于区别普通查询、联合查询、子查询等的复杂查询)

1.SIMPLE: 简单的 select 查询,查询中不包含子查询或者UNION

2.PRIMARY: 查询中若包含任何复杂的子部分，最外层查询则被标记为

3.SUBQUERY: 在SELECT或WHERE列表中包含了子查询

4.DERIVED: 在FROM列表中包含的子查询被标记为DERIVED(衍生),MySQL会递归执行这些子查询, 把结果放在临时表里。

5.UNION: 若第二个SELECT出现在UNION之后，则被标记为UNION；若UNION包含在FROM子句的子查询中,外层SELECT将被标记为：DERIVED

6.UNION RESULT: 从UNION表获取结果的SELECT

table

显示这一行的数据是关于哪张表的

type

显示查询使用了何种类型，

从最好到最差依次是：

system>const>eq_ref>ref>range>index>ALL

possible_keys

显示可能应用在这张表中的索引，一个或多个。

查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用

key

实际使用的索引。如果为NULL，则没有使用索引

key_len

key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的

ref

显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值

rows

根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数

Extra(包含不适合在其他列中显示但十分重要的额外信息)

1.Using filesort 内部排序

2.Using temporary 创建临时表

3.USING index USING index 如果同时出现using where，表明索引被用来执行索引键值的查找;

如果没有同时出现using where，表明索引用来读取数据而非执行查找动作。

索引失效(应该避免)

1. 全值匹配我最爱

2. 最佳左前缀法则

3. 不在索引列上做任何操作(计算、函数、(自动or手动)类型转换)，会导致索引失效而转向全表扫描

4. 存储引擎不能使用索引中范围条件右边的列

5. 尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致))，减少select *

6. mysql 在使用不等于(!= 或者<>)的时候有时候无法使用索引会导致全表扫描

7. 注意null/not null对索引的可能影响

8. like以通配符开头('%abc...')mysql索引失效会变成全表扫描的操作

9. 字符串不加单引号索引失效

10. 少用or,用它来连接时会索引失效