zoukankan      html  css  js  c++  java
  • mysql性能分析之explain的用法

    之前是一直没有听过explain这个关键字的, 最近因为项目中总是会有慢查询的一些操作, 所以请教了旁边的同事帮忙排查下原因, 看到同事用explain来分析一些sql语句, 感觉好像发现了新大陆一样。

    于是自己也来学习下并总结自己学到的一些知识,如有问题欢迎拍砖。

    首先来做个测试, 我这里有一张表: t_jiakao_keyword, 数据量在60W左右。
    1, select * from t_jiakao_keyword

    然后使用explain进行各种查询:

    通过主键id去查询,其中有几个关键的指标需要关注:
    首先看下 type 这列的结果,如果有类型是 ALL 时,表示预计会进行全表扫描(full table scan)。通常全表扫描的代价是比较大的,建议创建适当的索引,通过索引检索避免全表扫描。此外,全索引扫描(full index scan)的代价有时候是比全表扫描还要高的,除非是基于InnoDB表的主键索引扫描。

    再来看下 Extra 列的结果,如果有出现 Using temporary 或者 Using filesort 则要多加关注:
    Using temporary,表示需要创建临时表以满足需求,通常是因为GROUP BY的列没有索引,或者GROUP BY和ORDER BY的列不一样,也需要创建临时表,建议添加适当的索引。

    Using filesort,表示无法利用索引完成排序,也有可能是因为多表连接时,排序字段不是驱动表中的字段,因此也没办法利用索引完成排序,建议添加适当的索引。

    Using where,通常是因为全表扫描或全索引扫描时(type 列显示为 ALL 或 index),又加上了WHERE条件,建议添加适当的索引。
    暂时想到上面几个,如果有遗漏,以后再补充。

    其他状态例如:Using index、Using index condition、Using index for group-by 则都还好,不用紧张。

    最后放出所有字段的一些说明及含义。sql查询最重要的是合理使用索引, 关键点还是在索引!


  • 相关阅读:
    Apache Flink 1.12.1发布
    flink 修改web页面刷新时间
    flink 支持的sql 方言
    flink sql 读取hive 表报错
    Typora配置正文、目录、侧边大纲中的标题自动编号
    滴滴开源Logi-KafkaManager 一站式Kafka监控与管控平台
    建立 nfs 服务器
    Linux 设备驱动的第一个例子 。
    备份.vimrc
    shell编程实例
  • 原文地址:https://www.cnblogs.com/wang-meng/p/7401316.html
Copyright © 2011-2022 走看看