[大数据]MySQL学习笔记（15-28）

目录

索引的优劣

索引分类

mysql索引结构

那些情况建索引

哪些情况不要建索引

性能分析

索引的优劣

1.优势

类似大学图书馆图书编号建索引，提高了数据检索的效率，降低数据库的IO成本

通过索引对数据进行排序，降低数据排序的成本，降低了CPU的消耗

2.劣势

实际上索引也是一张表，该表保存了主键与存在索引的字段，并指向实体表的记录，所以索引列也是占用空间的

虽然索引大大提高了查询速度，但是会降低更新表的速度，比如 update，insert，delete操作，因为更新表时，MySQL不仅要数据也要保存索引文件每次更新添加了索引的字段，都会调整因为更新所带来的键值变化后的索引信息

索引只是提高效率的一个因素，在一个大数据量的表上，需要建立最为优秀的索引或者写优秀的查询语句，而不是加了索引就能提高效率

索引分类

1. 单值索引

2. 唯一索引

3. 复合索引

4. 基本语法:

   1. 创建

      ? create [unique] index indexName on mytable(cloumnname(length));

   2. ?alter mytable add [unique] index [indexName] on (columnname(length));

   3. 删除

      ? drop index [indexName] on mytable

   4. 查看

      ?show index from table_name\G

有四种方式来添加数据表的索引

?

mysql索引结构

1. BTree索引

2. Hash索引

3. full-text全文索引

4. R-Tree

?

?

?

那些情况建索引

1. 主键自动建立唯一索引

2. 频繁作为查询条件的字段应该创建索引

3. 查询中与其他表相关联的字段，外键关系建立索引

4. 频繁更新的字段不适合创建索引，因为每次更新不单单更新了记录还更新了索引

5. where条件里用不到的字段不要创建索引

6. 单键/组合索引的选择问题 who？（高并发下建议组合索引）

7. 查询中排序的字段，排序字段若通过索引去访问将大大提高排序速度

8. 查询中统计或分组字段

哪些情况不要建索引

1. 表记录少

2. 经常操作dml语句的表

3. 数据重复且平均分布的表字段，因此只为最经常查询和最经常排序的数据列建立索引，注意，如果某个数据列包含许多重复的内容，为它建立索引就没有太大的实际效果

性能分析

explian重点

?

能干什么

1. 表的读取顺序

2. 数据读取操作的操作类型

3. 哪些索引可以被使用

4. 哪些索引被实际使用

5. 表之间的引用

6. 每张表有多少行被优化器查询

id三种情况

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

2. id不同，如果是子查询，id序号递增，id越大优先级越高

3. id相同不同 ，同时存在

select_type

1. SIMPLE 简单查询

2. PRIMARY 主查询 （最外层的查询）

3. SUBQUERY 子查询

4. DERIUED 某个查询的子查询的临时表

5. UNION 联合查询

6. UNION RESULT 联合查询结果

type：：

type显示的是访问类型排列，是较为重要的一个指标

?

从最好到最差依次是：

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

一般来说，得保证查询至少达到range级别，最好ref

----------------------------------------------type类型-------------------------------------------------------

1. system:表只有一行记录（等于系统表） 这是const类型的特列 一般不会出现，可忽略不计

2. const：表示通过索引一次就查询到了，const用来比较primary key或者unique索引。因为只匹配一行数据，所以很快，如将主键置于where列表中，Mysql就能将该查询转换为一个常量

3. eq_ref：唯一性索引扫描，表中只有一条记录与之匹配，常用于主键或唯一索引扫描（两个表是多对一或者一对一的关系，被连接的表是一的情况下，他的查询是eq_ref）

4. ref：非唯一性索引扫描，返回匹配某个单独值的所有行，本质上也是一种索引访问，它返回匹配某个单独值的所有行，然而他可能会找到多个复合条件的行，属于查找和扫描的结合体

5. range：只检索给定范围的行，使用一个索引来选择行，key列显示使用了哪个索引，一般where语句里出现了betweent，<,>,in等的查询，这种范围扫描索引比全表扫描好

6. index：index与ALL的区别，index只遍历索引树，索引文件通常比数据文件小

7. ALL：全表扫描

----------------------------------------------type类型-------------------------------------------------------

possible_keys：显示可能应用的的索引（理论上）

key：实际使用的索引，查询中若使用了覆盖索引，则该索引仅仅出现在key中

key_len：表示索引中使用的字节数，在不损失精度的情况下越短越好，kenlen显示的值为索引字段的最大可能长度，并非实际使用长度，kenlen是根据表定义计算而得，而不是通过表内检索出的

key_len长度：13是因为char(4)*utf8(3)+允许为null(1)=13

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

?

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

?

没建立索引时查询t1 t2表 t1表对应t2表的id t2表 col1的值要为'ac'

对于Id这个字段t1表对t2表相当于 一对多

t1表的type为 eq_ref代表唯一性索引扫描，表中只有一条记录与之匹配，t2表对应t1的这个id对应的col值只有一个，根据t2表的主键id索引查询，t1表读取了一行，t2表读取了640行

建立索引后

?

t1读取一行，t2读取142行，ref非唯一性索引扫描，返回匹配某个单独值的所有行，返回t2对应id的col所有行，而t1对应id的col只有一行，所以type为eq_ref