Mysql常见问题汇总（3）-索引/查询优化篇

1. Group by 的底层实现（松散/紧凑索引扫描）

• 如果有索引时
  • 松散索引扫描：索引字段连续，有序时，且没有被范围查找截断（整个表做group by），这时候采用的方式叫做松散索引扫描，比如一组相同元素11223344，mysql直接跳着扫描索引，遇到不同值就分组，效率最高
  • 紧凑索引扫描：当索引有序，但是必须全扫满足条件的索引（出现了范围查找，比如b> 10 ,10 这个位置可能在page directory中的组中间，组被截断了，就不能通过二分这样跳着读了）。扫描索引中符合条件的整个连续区间，顺序遍历，利用索引有序分组，不跳过数据
• 如果没有索引，只能通过 创建临时表 + 排序的方式实现group by，extra中会显示Using temporary, Using filesort

2 慢查询如何优化

首先要明白导致慢查询的原因: 1.是查询语句没有命中索引 2. 还是加载了不需要的数据列（select *） 3. 还是数据量太大

三个方向：

• 首先分析语句,看看是否加载了额外数据，重写语句
• 分析语句的执行计划，看看索引的使用情况，看看实际扫描行数和过滤后返回的行数
• 如果语句已经无法优化，最终考虑是否可以分库分表

3. 执行计划

执行计划中的参数

• select_Type:表示查询中每个select子句的类型
  • SIMPLE:此查询没有union或子查询
  • PRIMARY:表示查询是最外层查询（包括子查询）
  • SUBQUERY:子查询
• table:查询的表
• type:索引优化中最重要的字段
  • system：系统表查询，只有1行
  • const：主键/唯一索引 上的等值查询，匹配一行数据
  • eq_ref：表关联时的等值查找，且关联字段是主键或者唯一索引
  • ref：普通索引 + 等值查找，返回所有匹配值
  • range ：索引树中做范围查找，通常是(>,<,between)
  • index：遍历整颗索引树，比全表扫描好
  • ALL: 全表扫描，效率最低
• Extra:格外信息，比如
  • Using index: 使用了索引覆盖
  • Using index condition:使用了索引下推
  • Using where: 服务层对存储引擎层返回的结果再做where过滤
  • Using filesort:没有用到索引的顺序，需要服务层自己排序
  • Using temporary：使用了临时表，常见于union/Order by，没有合适索引，性能差