mysql索引优化精简版

mysql索引优化精简版

在mysql数据库查询优化过程中，记录了一些关于索引的要点。

1.【索引】那些类型比较少的字段（例如性别，订单状态）等不需要建立索引。索引的选择性较低。所谓索引的选择性（Selectivity），是指不重复的索引值（也叫基数，Cardinality）与表记录数（#T）的比值。

2.【索引】尽量使用in，between而不使用(<,>等)，between实际上是多值匹配（in），正常走索引。如果用范围查询，只能使用单边范围，且只有单个索引会起效果，联合索引后续所命中的列不会走索引。

3.【索引】用通配符%与like模糊查询，对于varchar类型才会走索引，int类型则存在类型转换不会走索引。且通配符%不能出现在开头。

4.【索引】在InnoDB引擎中，使用与业务无关的自增字段作为主键。（原因：InnoDB使用聚集索引，数据记录本身被存于主索引（一颗B+Tree）的叶子节点上。这就要求同一个叶子节点内（大小为一个内存页或磁盘页）的各条数据记录按主键顺序存放，因此每当有一条新的记录插入时，MySQL会根据其主键将其插入适当的节点和位置，如果页面达到装载因子（InnoDB默认为15/16），则开辟一个新的页（节点）。如果表使用自增主键，那么每次插入新的记录，记录就会顺序添加到当前索引节点的后续位置，当一页写满，就会自动开辟一个新的页。这样就会形成一个紧凑的索引结构，近似顺序填满。由于每次插入时也不需要移动已有数据，因此效率很高，也不会增加很多开销在维护索引上。）

5.【索引】定位回表查询和索引覆盖

6.【索引】联合索引中，理论上索引对顺序是敏感的，但是由于MySQL的查询优化器会自动调整where子句的条件顺序以使用适合的索引，例如我们将where中的条件顺序颠倒：效果是一样的。若联合索引查询中断层，可通过添加新的联合索引，或者“隔离列”（给断层的那一列添加多值匹配in查询条件）的优化方法