#### 概念

一個sql語句在沒有執行(運行)之前，先計算一下該sql語句需要調用的相關資源，再決定該sql語句是否要最終執行，該行為被稱為“執行計劃”。

#### 作用

主要用于分析sql語句的執行情況(并不執行sql語句)得到sql語句是否使用了索引，使用了哪些索引。


#### 語法

~~~

explain SQL語句;

~~~

結果

~~~

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

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

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

| 1 | SIMPLE | t1 | NULL | ALL | NULL | NULL | NULL | NULL | 1 | 100.00 | NULL |

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

~~~

沒有使用索引和解釋

~~~

id: 1//SELECT識別符。這是SELECT查詢序列號。這個不重要,查詢序號即為sql語句執行的順序.

select_type: SIMPLE//搜索類型,從最好到最差的連接類型為const、eq_reg、ref、range、 indexhe和ALL

table: t1//表名

partitions: NULL

type: ALL

possible_keys: NULL//顯示可能應用在這張表中的索引。如果為null，沒有可能的索引。

key: NULL// 實際使用的索引。如果為NULL，則沒有使用索引。很少的情況下，MYSQL會選擇優化不足的索引。這種情況下，可以在SELECT語句中使用USE INDEX(indexname)來強制使用一個索引或者用

key_len: NULL//使用的索引的長度。在不損失精確性的情況下，長度越短越好.

ref: NULL//顯示索引的哪一列被使用了，如果可能的話，是一個常數.

rows: 1//mysql認為必須檢查的用來返回請求數據的行數.

filtered: 100.00

Extra: NULL

~~~

使用索引的情況

~~~

id: 1

select_type: SIMPLE

table: t1

partitions: NULL

type: const

possible_keys: PRIMARY

key: PRIMARY

key_len: 4

ref: const

rows: 1

filtered: 100.00

Extra: NULL

1 row in set, 1 warning (0.00 sec)

~~~

總結

以上是生活随笔為你收集整理的mysql 执行计划 优化_执行计划的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。