mysql索引

1.mysql索引类型
      a.可分为单列索引和组合索引
      b.Normal普通索引 如果是CHAR，VARCHAR类型，length可以小于字段实际长度；如果是BLOB和TEXT类型，必须指定 length；
      c.UNIQUE唯一索引 索引列的值必须唯一，但允许有空值。如果是组合索引，则列值的组合必须唯一；
      d.PRIMARY主键索引 它是一种特殊的唯一索引，不允许有空值。一般是在建表的时候同时创建主键索引;
      e.Full Text全文本索引
      f.组合索引 使用最左前缀原则，查询条件中满足建索引时从左到右的顺序但不要求字段全包含则可使用，

2.mysql索引影响
      a.MySQL只对<，<=，=，>，>=，BETWEEN，IN，以及某些时候的LIKE(前缀无%的模糊查询)才会使用索引。
      b.索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行INSERT、UPDATE和DELETE。
因为更新表时，MySQL不仅要保存数据，还要保存一下索引文件。
      c.建立索引会占用磁盘空间的索引文件。一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会膨胀很快。

3.btree和hash索引方式的区别
      a.Hash索引仅仅能满足"=","IN"和"<=>"查询,不能使用范围查询:
因为Hash索引比较的是进行Hash运算之后的Hash值，所以它只能用于等值的过滤，不能用于基于范围的过滤，
因为经过相应的 Hash 算法处理之后的 Hash 值的大小关系，并不能保证和Hash运算前完全一样;
      b.Hash索引无法被用来避免数据的排序操作:
由于Hash索引中存放的是经过Hash计算之后的Hash值，而且Hash值的大小关系并不一定和Hash运算前的键值完全一样，
所以数据库无法利用索引的数据来避免任何排序运算;
      c.Hash 索引不能利用部分索引键查询:
对于组合索引，Hash索引在计算Hash值的时候是组合索引键合并后再一起计算Hash值，而不是单独计算Hash值，
所以通过组合索引的前面一个或几个索引键进行查询的时候，Hash索引也无法被利用;
      d.hash索引在任何时候都不能避免表扫描:
Hash索引是将索引键通过Hash运算之后，将Hash运算结果的Hash值和所对应的行指针信息存放于一个Hash表中，
由于不同索引键存在相同Hash值，所以即使取满足某个Hash键值的数据的记录条数，也无法从Hash索引中直接完成查询，
还是要通过访问表中的实际数据进行相应的比较，并得到相应的结果;
      e.Hash 索引遇到大量Hash值相等的情况后性能并不一定就会比B-Tree索引高:
对于选择性比较低的索引键，如果创建Hash索引，那么将会存在大量记录指针信息存于同一个Hash值相关联。
这样要定位某一条记录时就会非常麻烦，会浪费多次表数据的访问，而造成整体性能低下.
      f.B树索引具有范围查找和前缀查找的能力，对于N节点的B树，检索一条记录的复杂度为O(LogN)。
哈希索引只能做等于查找，但是无论多大的Hash表，查找复杂度都是O(1)。
显然，如果值的差异性大，并且以等于查找为主，Hash索引是更高效的选择，它有O(1)的查找复杂度。如果值的差异性相对较差，并且以范围查找为主，B树是更好的选择，它支持范围查找。

4.mysql索引的注意事项
      a.索引不会包含有NULL值的列,
只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。
所以我们在数据库设计时不要让字段的默认值为NULL。
      b.使用短索引
对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的列，如果在前10个或20个字符内，
多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
      c.索引列排序
MySQL查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。
因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。
      d.like语句操作
一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
      e.不要在列上进行运算
将在每个行上进行运算，这将导致索引失效而进行全表扫描
      f.不使用NOT IN和<>操作