学习笔记之索引

1.索引类型
1）全文索引 ： 为了解决where name like 这类针对文本的模糊查询效率较低的问题
2）HASH ：唯一、类似键值对 适合作为索引
HASH索引可以一次定位，不需要像树索引那样逐层查找，因此具有极高的效率，但是这种高效是有条件的
只再=和in条件下高效，对于范围查询、排序及组合索引仍然效率不高
3）BTREE
BTREE索引就是一种将索引值按一定的算法，存入二叉树数据结构中，每次查询都是从书的入口root开始 一次遍历
node，获取leaf 这是Mysql里默认和最常用的索引类型
4）RTREE
相对于BTREE RTREE的优势在于范围查找

2.索引分类
1）普通索引：仅加速查询
2）唯一索引 ：加速查询 +列值唯一 可以有null
3）主键索引：加速查询+列值唯一+表中只有一个
4）组合索引：多列值组成一个索引
5）全文索引：对文本的内容进行分词，进行搜索

问题：
什么是覆盖索引：？
select的数据列只用从索引中就能够取得，不必读取数据行，换句话说查询列要被所建的索引覆盖
什么是复合索引？
重复数据多的列是否适合索引，为什么？

3.使用索引的注意事项
1）索引不会包含有null值的列
只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。

2）使用短索引
对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的列，如果在前10个或20个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。

3）索引列排序
MySQL查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。

4）like语句操作
一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。

5）不要再列上进行运算

6）不使用NOT IN和<>操作

7）更新十分频繁的字段上不宜建立索引：因为更新操作会变更B+树，重建索引。这个过程是十分消耗数据库性能的。

8）区分度不大的字段上不宜建立索引：类似于性别这种区分度不大的字段，建立索引的意义不大。因为不能有效过滤数据，性能和全表扫描相当。另外返回数据的比例在30%以外的情况下，优化器不会选择使用索引

9）业务上具有唯一特性的字段，即使是多个字段的组合，也必须建成唯一索引。虽然唯一索引会影响insert速度，但是对于查询的速度提升是非常明显的。另外，即使在应用层做了非常完善的校验控制，只要没有唯一索引，在并发的情况下，依然有脏数据产生

注：有些时候虽然数据库有索引，但是并不被优化器选择使用。我们可以通过SHOW STATUS LIKE ‘Handler_read%’;查看索引的使用情况：如果是范围查询和等值查询同时存在，优先匹配等值查询列的索引：