理想的索引
- 查询频繁
- 区分度高
- 长度小
- 尽量能覆盖常用查询字段
索引与排序
- 对于覆盖索引，直接在索引上查询时，就是有顺序的，using index
- 在innodb引擎中，沿着索引字段排序自然是有序的
- 在myisam引擎中，沿着索引字段排序，但取出来的字段有非索引字段，并不是索引->回行，索引->回行，而是一次性取出所有数据，再进行排序，explain这样的sql语句时，extra中就会出现using filesort
- 要想办法避免filesort，尽可能的利用索引来排序
- where a > 3 order by b 假设a列和b列都是独立索引，这样的sql explain中也会有using filesort, 因为a,b都是独立索引，在查询中只能用到a对应的索引，order by b时无法使用索引
Explain解释
- select type字段
- simple (不含子查询)
- primary（含有子查询或派生查询）
- subquery (非from子查询)
- derived (from型子查询)
- union
- union result
- type字段 分析查询的关键字段
- all < index < range < ref < eq_ref < (const, system, null)
- all 全表扫描
- index 扫描索引树上全部的索引节点
- range 根据索引做范围的扫描
- ref 通过索引列，直接引用到某些数据行
- eq_ref 通过索引列，直接引用一行数据，常用于连接中
- 一般按照主键查询时，易出现const, system 当查询不经过表时会出现null
- table字段
- 真实的表名
- 临时表 如as tmp
- derived 如from型子查询
- null 不使用表
- ref字段
- 连接查询时，表之间字段的引用关系
- possible key字段
- 可能使用的索引
- key 字段
- 最终使用的索引
- key len 字段
- 实际使用索引的长度
- rows 字段
- 估计要扫描多少行
- extra 字段
- using index 用到了索引覆盖
- using where 光靠索引定位不了，还得where判断一下
- using temporary 用到了临时表，效果已经非常不好了
- using filesort 文件排序，可能在磁盘，也可能在内存中
