什么是索引
一种排好序的快速查找的数据结构
一般来说 索引本身也很大，不可能全部存储在内存中，因此索引往往以索引文件的形式存储在磁盘上
索引的优势
1.类似大学图书馆键书目索引，提高数据检索效率，降低数据库的IO成本。
2.通过索引对数据进行排序，降低数据排序的成本，降低cpu的消耗。
索引的劣势
1.实际上索引也是一张表，该表保存了主键和索引字段，并指向实体表的记录，所以索引也是占空间的
2.虽然索引提高了查询速度，但是也会降低更新表的速度。因为更新表时，MySql不仅要保存数据，还要
保存一下索引文件每次更新添加了索引的字段，都会调整因为更新带来的键值变化后的索引信息。
创建索引
create [unique] index indexName on table(columnname(length));
alter table add [unique] index [indexName] on (columnname(length));
删除
drop index [indexName] on table;
查看索引
show index from table;
索引结构
主要讲解BTree索引
[初始化介绍]
一颗b+树，浅蓝色的块我们称之为一个磁盘块，可以看到每个磁盘块包含几个数据项(深蓝色所示)和指针(黄色所示)，如磁盘块1包含数据项17和35，包含指针P1、P2、P3,
P1表示小于17的磁盘块，P2表示在17和35之间的磁盘块，P3表示大于35的磁盘块。
真实的数据存在于叶子节点即3、5、9、10、13、15、28、29、36、60、75、79、90、99。
非叶子节点不存储真实的数据，只存储指引搜索方向的数据项，如17、35并不真实存在于数据表中。
[查找过程]
如果要查找数据项29，那么首先会把磁盘块1由磁盘加载到内存，此时发生一次I0，在内存中用三分查找确定29在17和35之间，锁定磁盘块1的P2指针，内存时间因为非常短(相比磁盘的IO)可以忽略不计，通过磁盘块1的P2指针的磁盘地址把磁盘块3由磁盘加载到内存,发生第二次IO，29在26和30之间，锁定磁盘央3的P2指针，通过指针加载磁盘块8到内存，发生第三次IO，同时内存中做二分查找找到29, 结束查询，总计三次IO。
真实的情况是，3层的b+树可以表示上百万的数据，如果上百万的数据查找只需要三次IO，性能提高将是巨大的，如果没有索引，每个数据项都要发生一次IO，那么总共需要百万次的10，显然成本非常非常高。
哪些情况需要创建索引
1.主键自动建立索引
2.频繁作为查询条件的字段应该创建索引
3.查询与其他表关联的字段，外键关系建立索引
4.单键和组合索引的选择问题，怎么选择？ 组合索引
5.查询中排序的字段，排序若通过索引去访问将大大提高排序速度
6.查询中统计或者分组字段
哪些不需要创建索引
1.表记录太少
2.频繁更新的字段不适合创建索引
3.where条件里用不到的字段不适合创建索引
4.若某个字段里面有许多重复的内容，建立索引没有太大的实际效果