MySQL索引——Explain

MySQL索引——Explain

1.1 Explain是什么?

  • 主键自动建立唯一索引。
  • 频繁作为查询条件的字段应该创建索引。
  • 查询中与其他表关联的字段,外键关系建立索引。
  • 单键/组合索引的选择问题,组合索引性价比更高。
  • 查询中排序的字段,排序字段若通过索引去访问将大大提高排序速度。
  • 查询中统计或者分组字段。

1.2 Explain能干什么?

  1. 表的读取顺序
  2. 数据读取操作的操作类型
  3. 哪些索引可以使用
  4. 哪些索引可以被实际使用
  5. 表之间的引用
  6. 每张表有多少行被优化器查询

1.2.1 怎么用

  • explain + SQL
  • 执行计划包含的信息
+----+-------------+-------+-------+---------------+-----+---------+------+------+-------+
| id | select_type | table | type  | possible_keys | key | key_len | ref  | rows | Extra |
+----+-------------+-------+-------+---------------+-----+---------+------+------+-------+

1.3 Explain结果分类(id、type、key为关键指标)

1.3.1 Explain-id(区别顺序)

  1. Explain-id相同,执行顺序由上至下
  2. Explain-id不相同,若事子查询,id的需要会递增,id值越大优先级越高,越先被执行

1.3.2 Explain-select_type(区别查询类型)

  1. SIMPLE - 简单的select查询,查询中不包含子查询或者UNION
  2. PRIMARY - 查询中若包含任何复杂的子部分,最外层查询被标记为
  3. SUBQUERY - 在SELECT或WHERE列表中包含了子查询
  4. DERIVED - 在FORM列表中包含的子查询被标记为DERIVED(衍生),MySQL会递归执行这些子查询,把结果放在临时表里。
  5. UNION - 若第二个SELECT出现在UNION之后,则被标记为UNION,若UNION包含在FORM子句的子查询中,外层SELECT将被标记为:DERIVED
  6. UNION RESULT - 从UNION表获取结果的SELECT

1.3.3 Explain - table (区分表名)

1.3.4 Explain - type(访问类型排列)

  • 显示查询使用了何种类型
  • 最好到最差依次是
    • system > const > eq_ref > ref > range > index > All
      
  1. system : 表中只有一行记录(等于系统表),这是const类型的特例,平时不会出现,可以忽略不计
    • select * from t1
      
  2. const : 表示通过索引一次就找到了,const用于比较primary key或者unique索引。因为只匹配一行数据,所以很快。如将主键置于Where列表中,MySQL就将该查询转换为一个常量
    • select * from (select * from t1 where id = 1) d1
      
  3. eq_ref : 唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描
    • select * from t1, t2 wgere t1.id = t2.id
      
  4. ref : 非唯一性索引扫描,返回匹配某个单独值直的所有行本质上也是一种索引访问,它返回所有四配某心单独值的行,然而,它可能会找到多个符合条件的行,所以他他应该属于查找和扫描的混合体
  5. range : 只检索给定范围的行,使用一个索引来选 择行。 key列显示使用了哪个索引一般就是在你的where语句中出现了betweeen、<、>、in等的查询这种范围扫描索引扫描比全表扫描要好, 因为它只需要开始于索引的某一点,而结束语另一点,不用扫描全部索引。
  6. index : Full Index Scan, index与ALL区别为index类型只遍历索引树。这通常比ALL快,因为索引文件通常比ALL快,因为索引文件通常比数据文件小。(也就是说虽然all和Index都是读全表, 但index是从索引中读取的,而all是从硬盘中读的)
  7. all : Full Table Scan,将遍历全表以找到匹配的行

一般来说,要保证查询至少达到range级别,最好能达到ref

1.3.5 Explain - possible_keys(可能用到的索引)

  • 查询设计到的字段上若存在索引,则该索引被列出,但不一定被查询实际使用

1.3.6 Explain - key(实际用到的索引)

1.3.7 Explain - key_len(索引中使用的字节数)

  • 可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下,长度越短越好。
  • key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是更具表定义计算而得,并不是通过表内检索出的。

1.3.8 Explain - ref(显示索引的哪一列被使用了)

  • 如果可能的话,是一个常数。哪些列或常量被用于查找索引列上的值。

1.3.6 Explain - rows(根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数。)

  • 建完索引后

1.3.6 Explain - Extra(包含不适合在其他列中显示,但十分重要的额外信息)

  1. Using filesort : 说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取 MySQL中无法利用索引完成的排序操作称为"文件排序"
  2. Using temporary :使了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序 order by和分组查询group by
  3. Using index :
  • 表示相应的select操作中使用了覆盖索引(Covering Index),避免访问了表的娄收据行,效率不错!
  • 如果同时出现usingwhere,表明索引被用来执行索引键值的查找;
  • 如果没有同时出现using where,表明索引用来读取数据而非执行查找动作
  1. Using where : 使用了where过滤
  2. Using join buffer : 使用了连接缓存(配置中的join buffer可以调大?)
  3. impossible where : where子句的值总是false,不能用来获取任何元组
  4. select tables optimized away : 在没有GROUPBY子句的情况下,基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*操作,不必等到执行阶段再进行计算查询执行计划生成的阶段即完成优化。
  5. distinct : 优化distinct操作,在找到第一匹配的元组后即停止找同样

1.4 例题热身

  • 第一行(执行顺序4): id列为1,表示是un on里的第一个select,select_type列的prima ry表示该查询为外层查询,table列被标记为<derived3>,表示查询结果来自一个衍生表,其中derived3中3代表该查询衍生自第三个select查询,即id为3的select。
    • select d1.name....
  • 第二行(执行顺序2): id为3,是整个查询 中第三个select的一部分。因查询包含在from 中,所以为derived。
    • select idname from t1 where other column="
  • 第三行(执行顺序3): select列表中的子查 询select_type为subquery,为整个查询中的 第二个select。
    • select id from t3
  • 第四行 (执行顺序1): select_type为union 说明第四个select是union里的第二个selec t,最先执行
    • select name,id from t2
  • 第五行(执行顺序5): 代表从union的临时表中读取行的阶段,table列的<union14>表示示用第一个和第四个select的结果进行
    • 【两个结果union集合】

参考尚硅谷视频

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL中,优化查询的一个重要手段就是使用索引EXPLAIN是用来分析查询语句的工具,可以通过分析EXPLAIN输出结果来进行索引优化。下面是一些常用的优化技巧: 1. 索引覆盖:通过使用覆盖索引,可以避免MySQL访问表格数据,从而提高查询速度。如下所示: ``` EXPLAIN SELECT id FROM table WHERE col1 = 'value'; ``` 在这个查询中,只需要访问索引就可以返回结果,不用访问表格数据。 2. 索引选择:使用合适的索引可以提高查询的效率。一般来说,选择最左前缀列的索引可以让MySQL选择更加有效的索引。如下所示: ``` EXPLAIN SELECT * FROM table WHERE col1 = 'value' AND col2 = 'value2'; ``` 在这个查询中,如果存在(col1, col2)的复合索引,则MySQL会选择它来执行查询,这样可以避免全表扫描。 3. 避免使用函数:在查询中,使用函数会导致MySQL无法使用索引,从而降低查询效率。如下所示: ``` EXPLAIN SELECT * FROM table WHERE YEAR(date_col) = '2021'; ``` 在这个查询中,使用YEAR函数会导致MySQL无法使用(date_col)的索引来执行查询,可以考虑将查询条件改为: ``` EXPLAIN SELECT * FROM table WHERE date_col >= '2021-01-01' AND date_col < '2022-01-01'; ``` 4. 避免使用OR:在查询中,使用OR会导致MySQL无法使用索引,从而降低查询效率。如下所示: ``` EXPLAIN SELECT * FROM table WHERE col1 = 'value1' OR col2 = 'value2'; ``` 在这个查询中,可以考虑将查询条件改为: ``` EXPLAIN SELECT * FROM table WHERE col1 = 'value1' UNION SELECT * FROM table WHERE col2 = 'value2'; ``` 5. 避免全表扫描:全表扫描是一种效率比较低下的查询方式,可以通过优化查询条件或者添加合适的索引来避免全表扫描。如下所示: ``` EXPLAIN SELECT * FROM table WHERE col LIKE '%value%'; ``` 在这个查询中,可以考虑将查询条件改为: ``` EXPLAIN SELECT * FROM table WHERE col LIKE 'value%'; ``` 这样可以使用(col)的索引来执行查询,避免全表扫描。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值