mysql查询优化总结

  使用mysql查询数据的关键指标就是性能指标，索引的使用是基本的优化方案，下面针对索引这种数据结构进行一系列的优化：

一：使用优化工具 explain 进行查看分析结果：

二：接下来对上面的解析的每一列说明一下哦

• explain 的【select_type】列：
  1. id 相同的情况，执行顺序自上而下
  
  2. id 不相同的情况，id 越大，优先执行
• explain 的【type】列:
  可能值为：system > const > eq_ref > ref > range > index > all ，一般达到range就可以了!
  1. system 类型：表里只存着一条记录
  2. const 类型：通过主键或者唯一索引查找一条数据
  3. eq_ref 类型：连接查询中被连接表的条件为唯一索引条件关联
  
  4. ref 类型：非唯一索引查询【 name添加了普通索引 】
  
  5. range 类型：索引的范围查询
  
  6. index 类型：查询的字段都添加了索引，直接从索引表里面取数据【只遍历索引树】
  
  7. all 类型：全盘扫描查询
  
  
  
• explain 的【possible_keys】列：可能在这张表上面用到的索引
  
• explain 的【key】列：在这张表上面实际用到的索引
  
• explain 的【ref】列：索引的哪一列被使用了
  
• explain 的【rows】列：查询实际扫描的行数
• explain 的【extra】列：Using filesort 【无法根据索引进行排序】 Using temporary 【对查询结果时用了临时表】Using index 【查询的字段都添加了索引】

三：索引失效：

存在 index(a,b,c) 复合索引，or 不会生效，and 会自动调整顺序为最左原则

• where  a = 1                                            【使用到了a 索引】
• where  a = 1 and b = 2                              【使用到了a、b索引】
• where  a = 1 and b = 2 and c = 3               【使用到了a、b、c索引】
• where  b = 2 或 b = 2 and c = 3 或 c = 3    【都不会使用索引】
• where  a = 1 and c = 3.                             【b中断了，会使用a索引，但是不会使用c索引】
• where  a = 1 and b > 2 and c = 3               【使用到了a、b的索引，范围之后的字段c 不会使用索引】
• where  a = 1 and b like 'bb%' and c = 3      【使用到了a、b、c索引】
• where  a = 1 and b like '%bb' and c = 3      【只使用到了a索引】
• where  a = 1 and b like 'b%bb%' and c = 3 【使用到了a、b、c索引】