索引杂记

1、避免创建重复索引
2、尽量避免创建冗余索引，尽量扩展已有索引而不是创建新索引
3、尽量将行过滤在存储引擎层，否则返回的数据会在服务器层加锁，导致锁冲突，甚至导致死锁，降低性能
4、InnoDB存储引擎会在二级索引上加共享锁，但访问主键索引时会加上排他锁
5、对于选择性低的列进行排序，可以采用延迟关联的方式，尽量通过覆盖索引返回需要的主键来进行优化
6、Mysql优化器会通过两个API来了解存储引擎的索引值的分布信息，以决定如何使用索引。第一个API是records_in_ranges(),通过向存储引擎传入两个边界值获取这个范围内大概的记录条数，第二个API是info(),该接口返回各种类型的数据，包括索引的基数（每个键值有多少条记录）
7、如果出现碎片化，势必导致随机读取数据，从而影响性能。通常会出现三种形式的数据碎片：
7.1：行碎片：数据行被存储在多个地方的多个片段中。
7.2：行间碎片：逻辑上顺序的页但是磁盘上不是顺序存储的。会对全表扫描或者聚簇索引扫描之类的操作有很大影响，因为这类操作应该磁盘顺序存储
7.3、剩余空间碎片：数据页中有大量的空余空间，导致服务器读到大量不需要的数据，从而造成浪费
对于MyISAM存储引擎来说，会存在以上三种情况，但是对于InnoDB来讲，不会出现短小的行碎片，，InnoDB会移动短小的行并重写到一个片段中。
消除碎片方法：
1、通过OPTIMIZE TABLE或者导出在导入的方式整理数据
2、对于索引可以采取先删除在重建的方式来消除索引碎片