数据库优化之 Explan（待补充）

最新推荐文章于 2024-05-23 14:27:31 发布

Cxy_357

最新推荐文章于 2024-05-23 14:27:31 发布

阅读量376

点赞数

分类专栏：数据库

本文链接：https://blog.csdn.net/Cxy_357/article/details/82222204

版权

数据库专栏收录该内容

14 篇文章 0 订阅

订阅专栏

Explan分析器使用方法：

             TABLE：显示这一行的数据是关于哪张表的
            SIMPLE：简单SELECT(不使用UNION或子查询等)
           PRIMARY：最外面的SELECT
             UNION：UNION中的第二个或后面的SELECT语句
      UNION RESULT：UNION的结果
          SUBQUERY：子查询中的第一个SELECT
DEPENDENT SUBQUERY：子查询中的第一个SELECT，取决于外面的查询
           DERIVED：导出表的SELECT(FROM子句的子查询)
           TYPE：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、index和ALL。type显示的是访问类型，是较为重要的一个指标，结果值从好到坏依次是：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL。一般来说，得保证查询至少达到range级别，最好能达到ref。
possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句。
key： 实际使用的索引。如果为NULL，则没有使用索引。很少的情况下，MYSQL会选择优化不足的索引。这种情况下，可以在SELECT语句中使用USE INDEX（indexname）来强制使用一个索引或者用IGNORE INDEX（indexname）来强制MYSQL忽略索引。
key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好
ref：显示索引的哪一列被使用了，如果可能的话，是一个常数
rows：MYSQL认为必须检查的用来返回请求数据的行数
Extra：关于MYSQL如何解析查询的额外信息。将在表4.3中讨论，但这里可以看到的坏的例子是Using temporary和Using filesort，意思MYSQL根本不能使用索引，结果是检索会很慢

【参考链接：】https://www.cnblogs.com/yycc/p/7338894.html