`

MySQL优化之Explain

 
阅读更多

Mysql Explain 详解

 

一.语法

 

explain < table_name >

 

例如: explain select * from t3 where id=3952602;

 

二.explain输出解释

 

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+

| id | select_type | table |  type  | possible_keys  | key    | key_len | ref   | rows | Extra |

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+

 

1.id

  ID相同,说明可能是并发执行的。

  如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行。

 

 例如:

mysql> explain select * from (select * from ( select * from t3 where id=3952602) a) b;

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

| id | select_type | table      | type   | possible_keys     | key     | key_len | ref  | rows | Extra |

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

|  1 | PRIMARY     | <derived2> | system | NULL              | NULL    | NULL    | NULL |    1 |       |

|  2 | DERIVED     | <derived3> | system | NULL              | NULL    | NULL    | NULL |    1 |       |

|  3 | DERIVED     | t3         | const  | PRIMARY,idx_t3_id | PRIMARY | 4       |      |    1 |       |

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

 

 

2. select_type

 

就是select类型,可以有以下几种

这一列显示了对应行是简单查询还是复杂查询。

复杂查询分为三种,简单子查询,所谓的派生表(From子句后面的子查询),Union查询

简单子查询 :select ( select xxx from t1)  from t2

派生子查询:select xxxx from (select xxx from t1) as t2 

Union查询  :select 1 union all select 1

如果出现dependent subquery | dependent union 需要注意,意思要先执行最外面的表了,比如MySQL 5.5的in关键字。

 参考:http://www.cnblogs.com/zhengyun_ustc/archive/2013/11/29/slowquery3.html

 

 

(1) SIMPLE

简单SELECT(不使用UNION或子查询等) 例如:

mysql> explain select * from t3 where id=3952602;

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+

| id | select_type | table | type  | possible_keys     | key     | key_len | ref   | rows | Extra |

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+

|  1 | SIMPLE      | t3    | const | PRIMARY,idx_t3_id | PRIMARY | 4       | const |    1 |       |

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+

 

(2). PRIMARY

 

复杂子查询的最外层的select,或者Union的第一个select例如:

 

mysql> explain select * from (select * from t3 where id=3952602) a ;

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

| id | select_type | table      | type   | possible_keys     | key     | key_len | ref  | rows | Extra |

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

|  1 | PRIMARY     | <derived2> | system | NULL              | NULL    | NULL    | NULL |    1 |       |

|  2 | DERIVED     | t3         | const  | PRIMARY,idx_t3_id | PRIMARY | 4       |      |    1 |       |

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

 

mysql> explain select t2.id from table_rm001 as t2 where t2.id = 100  union all select t3.id from table_rm001 as t3 where t3.id = 200;

+----+--------------+------------+-------+---------------+---------+---------+-------+------+-----------------+

| id | select_type  | table      | type  | possible_keys | key     | key_len | ref   | rows | Extra           |

+----+--------------+------------+-------+---------------+---------+---------+-------+------+-----------------+

|  1 | PRIMARY      | t2         | const | PRIMARY       | PRIMARY | 4       | const |    1 | Using index     |

|  2 | UNION        | t3         | const | PRIMARY       | PRIMARY | 4       | const |    1 | Using index     |

| NULL | UNION RESULT | <union1,2> | ALL   | NULL          | NULL    | NULL    | NULL  | NULL | Using temporary |

+----+--------------+------------+-------+---------------+---------+---------+-------+------+-----------------+

3 rows in set (0.02 sec)

 

 

(3).UNION

 

UNION中的第二个或后面的SELECT语句.例如

mysql> explain select * from t3 where id=3952602 union all select * from t3 ;

+----+--------------+------------+-------+-------------------+---------+---------+-------+------+-------+

| id | select_type  | table      | type  | possible_keys     | key     | key_len | ref   | rows | Extra |

+----+--------------+------------+-------+-------------------+---------+---------+-------+------+-------+

|  1 | PRIMARY      | t3         | const | PRIMARY,idx_t3_id | PRIMARY | 4       | const |    1 |       |

|  2 | UNION        | t3         | ALL   | NULL              | NULL    | NULL    | NULL  | 1000 |       |

|NULL | UNION RESULT | <union1,2> | ALL   | NULL              | NULL    | NULL    | NULL  | NULL |       |

+----+--------------+------------+-------+-------------------+---------+---------+-------+------+-------+

 

(4).DEPENDENT UNION

 

UNION中的第二个或后面的SELECT语句,依赖于外部的查询。

例如下面这个例子会先对最外面的t3做全表扫描再和里面的子查询做匹配。

 

mysql> explain select * from t3 where id in (select id from t3 where id=3952602 union all select id from t3)  ;

+----+--------------------+------------+--------+-------------------+---------+---------+-------+------+--------------------------+

| id | select_type        | table      | type   | possible_keys     | key     | key_len | ref   | rows | Extra                    |

+----+--------------------+------------+--------+-------------------+---------+---------+-------+------+--------------------------+

|  1 | PRIMARY            | t3         | ALL    | NULL              | NULL    | NULL    | NULL  | 1000 | Using where              |

|  2 | DEPENDENT SUBQUERY | t3         | const  | PRIMARY,idx_t3_id | PRIMARY | 4       | const |    1 | Using index              |

|  3 | DEPENDENT UNION    | t3         | eq_ref | PRIMARY,idx_t3_id | PRIMARY | 4       | func  |    1 | Using where; Using index |

|NULL | UNION RESULT       | <union2,3> | ALL    | NULL              | NULL    | NULL    | NULL  | NULL |                          |

+----+--------------------+------------+--------+-------------------+---------+---------+-------+------+--------------------------+

 

(4).UNION RESULT

 

UNION的结果。

 

mysql> explain select * from t3 where id=3952602 union all select * from t3 ;

+----+--------------+------------+-------+-------------------+---------+---------+-------+------+-------+

| id | select_type  | table      | type  | possible_keys     | key     | key_len | ref   | rows | Extra |

+----+--------------+------------+-------+-------------------+---------+---------+-------+------+-------+

|  1 | PRIMARY      | t3         | const | PRIMARY,idx_t3_id | PRIMARY | 4       | const |    1 |       |

|  2 | UNION        | t3         | ALL   | NULL              | NULL    | NULL    | NULL  | 1000 |       |

|NULL | UNION RESULT | <union1,2> | ALL   | NULL              | NULL    | NULL    | NULL  | NULL |       |

+----+--------------+------------+-------+-------------------+---------+---------+-------+------+-------+

 

(5).SUBQUERY

 

子查询中的第一个SELECT.

 

mysql> explain select * from t3 where id = (select id from t3 where id=3952602 )  ;

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------------+

| id | select_type | table | type  | possible_keys     | key     | key_len | ref   | rows | Extra       |

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------------+

|  1 | PRIMARY     | t3    | const | PRIMARY,idx_t3_id | PRIMARY | 4       | const |    1 |             |

|  2 | SUBQUERY    | t3    | const | PRIMARY,idx_t3_id | PRIMARY | 4       |       |    1 | Using index |

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------------+

 

(6).  DEPENDENT SUBQUERY

 

子查询中的第一个SELECT,取决于外面的查询

 

mysql> explain select id from t3 where id in (select id from t3 where id=3952602 )  ;

+----+--------------------+-------+-------+-------------------+---------+---------+-------+------+--------------------------+

| id | select_type        | table | type  | possible_keys     | key     | key_len | ref   | rows | Extra                    |

+----+--------------------+-------+-------+-------------------+---------+---------+-------+------+--------------------------+

|  1 | PRIMARY            | t3    | index | NULL              | PRIMARY | 4       | NULL  | 1000 | Using where; Using index |

|  2 | DEPENDENT SUBQUERY | t3    | const | PRIMARY,idx_t3_id | PRIMARY | 4       | const |    1 | Using index              |

+----+--------------------+-------+-------+-------------------+---------+---------+-------+------+--------------------------+

 

 

(7).DERIVED

 

派生表的SELECT(FROM子句的子查询)

 

mysql> explain select * from (select * from t3 where id=3952602) a ;

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

| id | select_type | table      | type   | possible_keys     | key     | key_len | ref  | rows | Extra |

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

|  1 | PRIMARY     | <derived2> | system | NULL              | NULL    | NULL    | NULL |    1 |       |

|  2 | DERIVED     | t3         | const  | PRIMARY,idx_t3_id | PRIMARY | 4       |      |    1 |       |

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

 

 

3.table

 

显示这一行的数据是关于哪张表的.

有时不是真实的表名字,看到的是derivedx(x是个数字,我的理解是第几步执行的结果)

同时可以通过这一列看出实际的驱动表和非驱动表的顺序

或者union result的时候看出是union了那几个子查询

 

mysql> explain select * from (select * from ( select * from t3 where id=3952602) a) b;

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

| id | select_type | table      | type   | possible_keys     | key     | key_len | ref  | rows | Extra |

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

|  1 | PRIMARY     | <derived2> | system | NULL              | NULL    | NULL    | NULL |    1 |       |

|  2 | DERIVED     | <derived3> | system | NULL              | NULL    | NULL    | NULL |    1 |       |

|  3 | DERIVED     | t3         | const  | PRIMARY,idx_t3_id | PRIMARY | 4       |      |    1 |       |

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

 

4.type

 

这列很重要,显示了连接使用了哪种类别,有无使用索引.

从最好到最差的连接类型为system,const -->eq_reg --> ref -->range -->index-->ALL 

 

(1).system 整个表只有一行

 

这是const联接类型的一个特例。表仅有一行满足条件.如下(t3表上的id是 primary key)

 

mysql> explain select * from (select * from t3 where id=3952602) a ;

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

| id | select_type | table      | type   | possible_keys     | key     | key_len | ref  | rows | Extra |

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

|  1 | PRIMARY     | <derived2> | system | NULL              | NULL    | NULL    | NULL |    1 |       |

|  2 | DERIVED     | t3         | const  | PRIMARY,idx_t3_id | PRIMARY | 4       |      |    1 |       |

+----+-------------+------------+--------+-------------------+---------+---------+------+------+-------+

 

(2).const

 

表最多有一个匹配行,它将在查询开始时被读取。因为仅有一行,在这行的列值可被优化器剩余部分认为是常数。const表很快,因为它们只读取一次!

 

const用于用常数值比较PRIMARY KEY或UNIQUE索引的所有部分时。在下面的查询中,tbl_name可以用于const表:

SELECT * from tbl_name WHERE primary_key=1;

SELECT * from tbl_name WHERE primary_key_part1=1和 primary_key_part2=2;

 

例如:

mysql> explain select * from t3 where id=3952602;

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+

| id | select_type | table | type  | possible_keys     | key     | key_len | ref   | rows | Extra |

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+

|  1 | SIMPLE      | t3    | const | PRIMARY,idx_t3_id | PRIMARY | 4       | const |    1 |       |

+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+

 

 

(3). eq_ref

 

对于每个来自于前面的表的行组合,从该表中读取一行。这可能是最好的联接类型,除了const类型。它用在一个索引的所有部分被联接使用并且索引是UNIQUE或PRIMARY KEY。

 

eq_ref可以用于使用= 操作符比较的带索引的列。比较值可以为常量或一个使用在该表前面所读取的表的列的表达式。

 

在下面的例子中,MySQL可以使用eq_ref联接来处理ref_tables:

 

SELECT * FROM ref_table,other_table

  WHERE ref_table.key_column=other_table.column;

 

SELECT * FROM ref_table,other_table

  WHERE ref_table.key_column_part1=other_table.column

    AND ref_table.key_column_part2=1;

 

例如

mysql> create unique index  idx_t3_id on t3(id) ;

Query OK, 1000 rows affected (0.03 sec)

Records: 1000  Duplicates: 0  Warnings: 0

 

mysql> explain select * from t3,t4 where t3.id=t4.accountid;

+----+-------------+-------+--------+-------------------+-----------+---------+----------------------+------+-------+

| id | select_type | table | type   | possible_keys     | key       | key_len | ref                  | rows | Extra |

+----+-------------+-------+--------+-------------------+-----------+---------+----------------------+------+-------+

|  1 | SIMPLE      | t4    | ALL    | NULL              | NULL      | NULL    | NULL                 | 1000 |       |

|  1 | SIMPLE      | t3    | eq_ref | PRIMARY,idx_t3_id | idx_t3_id | 4       | dbatest.t4.accountid |    1 |       |

+----+-------------+-------+--------+-------------------+-----------+---------+----------------------+------+-------+

 

(4).ref

 

对于每个来自于前面的表的行组合,所有有匹配索引值的行将从这张表中读取。如果联接只使用键的最左边的前缀,或如果键不是UNIQUE或PRIMARY KEY(换句话说,如果联接不能基于关键字选择单个行的话),则使用ref。如果使用的键仅仅匹配少量行,该联接类型是不错的。

 

ref可以用于使用=或<=>操作符的带索引的列。

 

在下面的例子中,MySQL可以使用ref联接来处理ref_tables:

 

SELECT * FROM ref_table WHERE key_column=expr;

 

SELECT * FROM ref_table,other_table

  WHERE ref_table.key_column=other_table.column;

 

SELECT * FROM ref_table,other_table

  WHERE ref_table.key_column_part1=other_table.column

    AND ref_table.key_column_part2=1;

 

例如:

 

mysql> drop index idx_t3_id on t3;

Query OK, 1000 rows affected (0.03 sec)

Records: 1000  Duplicates: 0  Warnings: 0

 

mysql> create index idx_t3_id on t3(id) ;

Query OK, 1000 rows affected (0.04 sec)

Records: 1000  Duplicates: 0  Warnings: 0

 

mysql> explain select * from t3,t4 where t3.id=t4.accountid;

+----+-------------+-------+------+-------------------+-----------+---------+----------------------+------+-------+

| id | select_type | table | type | possible_keys     | key       | key_len | ref                  | rows | Extra |

+----+-------------+-------+------+-------------------+-----------+---------+----------------------+------+-------+

|  1 | SIMPLE      | t4    | ALL  | NULL              | NULL      | NULL    | NULL                 | 1000 |       |

|  1 | SIMPLE      | t3    | ref  | PRIMARY,idx_t3_id | idx_t3_id | 4       | dbatest.t4.accountid |    1 |       |

+----+-------------+-------+------+-------------------+-----------+---------+----------------------+------+-------+

2 rows in set (0.00 sec)

 

(5).  ref_or_null

该联接类型如同ref,但是添加了MySQL可以专门搜索包含NULL值的行。在解决子查询中经常使用该联接类型的优化。

 

在下面的例子中,MySQL可以使用ref_or_null联接来处理ref_tables:

 

SELECT * FROM ref_table

WHERE key_column=expr OR key_column IS NULL;

 

(6). index_merge

 该联接类型表示使用了索引合并优化方法。在这种情况下,key列包含了使用的索引的清单,key_len包含了使用的索引的最长的关键元素。

索引合并策略有时候是一种优化的结果,但实际上更多时候说明了表上的索引建的很糟糕。

当服务器需要对多个索引做联合操作的时候,通常需要耗费大量的CPU和内存资源在算法的缓存、排序和合并操作上。特别是当其中有些索引的选择性不高,需要合并扫描返回大量的数据的时候。

更重要的是优化器不会将这些计算到cost中。

 

例如:

mysql> explain select * from t4 where id=3952602 or accountid=31754306 ;

+----+-------------+-------+-------------+----------------------------+----------------------------+---------+------+------+------------------------------------------------------+

| id | select_type | table | type        | possible_keys              | key                        | key_len | ref  | rows | Extra                                                |

+----+-------------+-------+-------------+----------------------------+----------------------------+---------+------+------+------------------------------------------------------+

|  1 | SIMPLE      | t4    | index_merge | idx_t4_id,idx_t4_accountid | idx_t4_id,idx_t4_accountid | 4,4     | NULL |    2 | Using union(idx_t4_id,idx_t4_accountid); Using where |

+----+-------------+-------+-------------+----------------------------+----------------------------+---------+------+------+------------------------------------------------------+

1 row in set (0.00 sec)

 

(7). unique_subquery

 

该类型替换了下面形式的IN子查询的ref:

 

value IN (SELECT primary_key FROM single_table WHERE some_expr)

unique_subquery是一个索引查找函数,可以完全替换子查询,效率更高。

 

(8).index_subquery

 

该联接类型类似于unique_subquery。可以替换IN子查询,但只适合下列形式的子查询中的非唯一索引:

 

value IN (SELECT key_column FROM single_table WHERE some_expr)

 

(9).range

 

只检索给定范围的行,使用一个索引来选择行。key列显示使用了哪个索引。key_len包含所使用索引的最长关键元素。在该类型中ref列为NULL。

 

当使用=、<>、>、>=、<、<=、IS NULL、<=>、BETWEEN或者IN操作符,用常量比较关键字列时,可以使用range

 

mysql> explain select * from t3 where id=3952602 or id=3952603 ;

+----+-------------+-------+-------+-------------------+-----------+---------+------+------+-------------+

| id | select_type | table | type  | possible_keys     | key       | key_len | ref  | rows | Extra       |

+----+-------------+-------+-------+-------------------+-----------+---------+------+------+-------------+

|  1 | SIMPLE      | t3    | range | PRIMARY,idx_t3_id | idx_t3_id | 4       | NULL |    2 | Using where |

+----+-------------+-------+-------+-------------------+-----------+---------+------+------+-------------+

1 row in set (0.02 sec)

 

(10).index

这个跟全表扫描一样,只是MySQL扫描表时按照索引次序进行而不是行。它的主要优点是避免了排序;最大的缺点是要承担按照索引次序读取整个表的开销。这通常意味着若是按照随机次序访问行,开销将会很大。 

 

 

(11). ALL

 

对于每个来自于先前的表的行组合,进行完整的表扫描。如果表是第一个没标记const的表,这通常不好,并且通常在它情况下很差。通常可以增加更多的索引而不要使用ALL,使得行能基于前面的表中的常数值或列值被检索出。

 

 

5.possible_keys

 

possible_keys列指出MySQL能使用哪个索引在该表中找到行。注意,该列完全独立于EXPLAIN输出所示的表的次序。这意味着在possible_keys中的某些键实际上不能按生成的表次序使用。

 

如果该列是NULL,则没有相关的索引。在这种情况下,可以通过检查WHERE子句看是否它引用某些列或适合索引的列来提高你的查询性能。如果是这样,创造一个适当的索引并且再次用EXPLAIN检查查询

 

6. key

 

key列显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL。要想强制MySQL使用或忽视possible_keys列中的索引,在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。

 

7.key_len

 

key_len列显示MySQL决定使用的键长度。如果键是NULL,则长度为NULL。

使用的索引的长度。在不损失精确性的情况下,长度越短越好 

 

8. ref

 

ref列显示使用哪个列或常数与key一起从表中选择行。

 

9. rows

 

rows列显示MySQL认为它执行查询时必须检查的行数。

 

10. Extra

 

该列包含MySQL解决查询的详细信息,下面详细.

 

(1).Distinct 

一旦MYSQL找到了与行相联合匹配的行,就不再搜索了 

 

(2).Not exists 

MYSQL优化了LEFT JOIN,一旦它找到了匹配LEFT JOIN标准的行, 就不再搜索了 

 

(3).Range checked for each 

 

Record(index map:#) 

没有找到理想的索引,因此对于从前面表中来的每一个行组合,MYSQL检查使用哪个索引,并用它来从表中返回行。这是使用索引的最慢的连接之一 

 

(4).Using filesort 

看到这个的时候,查询就需要优化了。MYSQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来排序全部行 

 

(5).Using index 

使用覆盖索引扫描,不用回表。

 

(6).Using temporary 

看到这个的时候,查询需要优化了。这里,MYSQL需要创建一个临时表来存储结果。

场景: 多表join,union。

 

 

(7).Using where

使用了WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。

Using where只是过滤元组,和是否读取数据文件或索引文件没有关系

 

原文转载http://www.cnitblog.com/aliyiyi08/archive/2008/09/09/48878.html

分享到:
评论

相关推荐

    MySQL 性能优化神器 Explain 使用分析

    MySQL 性能优化 Explain ,MySQL 性能优化 ExplainMySQL 性能优化 ExplainMySQL 性能优化 ExplainMySQL 性能优化 ExplainMySQL 性能优化 ExplainMySQL 性能优化 ExplainMySQL 性能优化 Explain

    MYSQL优化-一篇很好的优化文章

    21. MYSQL扩展/优化-提供更快的速度 22. MYSQL何时使用索引 23. MYSQL何时不使用索引 24. 学会使用EXPLAIN 25. 学会使用SHOW PROCESSLIST 26. 如何知晓MYSQL解决一条查询 27. MYSQL非常不错 28. MYSQL应避免...

    mysql 中explain的详解

    EXPLAIN关键字一般放在SELECT查询语句的前面,用于描述MySQL如何执行查询操作、以及MySQL成功返回结果集需要执行的行数。explain 可以帮助我们分析 select 语句,让我们知道查询效率低下的原因,从而改进我们查询,让...

    MySQL查询优化之explain的深入解析

    EXPLAIN关键字一般放在SELECT查询语句的前面,用于描述MySQL如何执行查询操作、以及MySQL成功返回结果集需要执行的行数。explain 可以帮助我们分析 select 语句,让我们知道查询效率低下的原因,从而改进我们查询,让...

    从Mysql-EXPLAIN探寻数据库查询优化

    从Mysql-EXPLAIN探寻数据库查询优化

    Mysql优化工具explain

    explain的使用很简单,只要在select语句的前面加上explain的关键字就好了,来看个例子 先创建两个表,注意两个表的索引 CREATE TABLE `user` ( `id` varchar(32) NOT NULL, `name` varchar(32) DEFAULT NULL, `...

    MySQL性能优化神器, Explain总结使用最详细教程

    MySQL性能优化神器, Explain总结使用最详细教程

    MySQL优化 – EXPLAIN

    mysql&gt; explain select * from user u1 left join user u2 on u1.id=u2.id where u1.name='wyh'; +----+-------------+-------+------------+--------+------------------+------------------+---------+-----------...

    SQL优化和SQL执行分析工具Explain的使用详解和示例

    SQL优化 Explain的使用详解 mysql

    mysql explain详解

    mysql explain的分析,详解等,以及mysql的优化等方面的技术问题!

    MySQL查询优化之explain 执行计划 深入解析(精品)

    `Explain` 用途三. `Explain`语法四. 执行效果4.1. 命令行4.2. 可视化工具–`HeidiSQL Portable 9.4`五. Explain 字段详解5.1. 一览全局字段5.2. Id字段5.2.1. id相同5.2.2. id不相同5.2.3. id相同,又不相同5.3. `...

    mysql explain用法

    Explain命令在解决数据库性能上是第一推荐使用命令,大部分的性能问题可以通过此命令来简单的解决,Explain可以用来查看SQL语句的执行效 果,可以帮助选择更好的索引和优化查询语句,写出更好的优化语句。

    MySQL SQL语句优化explain关键字

    而我们在不考虑进行分库分表的操作时,进行SQL语句优化是一个很好的解决办法,下面介绍explain关键词分析SQL语句,及使用索引进行优化查询。 explain关键字使用 explain使用格式 EXPLAIN SELECT * FROM SCORE ...

    mysql优化利器之explain使用介绍

    主要介绍了mysql优化利器之explain使用介绍,需要的朋友可以参考下

    mysql高级视频教程百度云(2019).txt

    25.MySQL高级_explain之possible_keys和key介绍.avi 24.MySQL高级_explain之type介绍.avi 23.MySQL高级_explain之select_type和table介绍.avi 22.MySQL高级_explain之id介绍.avi 21.MySQL高级_explain使用...

    尚硅谷Java视频教程_MySQL高级视频

    尚硅谷_MySQL高级_explain之select_type和table介绍 · 24.尚硅谷_MySQL高级_explain之type介绍 · 25.尚硅谷_MySQL高级_explain之possible_keys和key介绍 · 26.尚硅谷_MySQL高级_explain之key_len介绍 · 27....

    Mysql数据库优化详细大全

    MYSQL优化 1 1. 我们可以且应该优化什么? 2 2. 优化硬件 2 3. 优化磁盘 2 4. 优化操作系统 3 5. 选择应用编程接口 3 6. 优化应用 3 7. 应该使用可移植的应用 4 8. 如果你需要更快的速度 4 9. 优化MYSQLD 4 10. 编译...

    Mysql Explain 语法详细解析

    Mysql Explain 语法详细解析 结合实例,详细解释了如何使用mysql explain进行查询优化。

    mysql总结之explain

    其中extended是选用的,如果使用的extended,那么explain之后就可以使用show warnings查看相应的优化信息,也就是mysql内部实际执行的query。 列名 描述 说明 相关链接 id 若没有子查询和联合查询,id则都...

Global site tag (gtag.js) - Google Analytics