MySQL查詢優(yōu)化器的工作原理
MySQL查詢優(yōu)化器可以讓我們的MySQL數(shù)據(jù)庫查詢效率更高，下面就為您分析MySQL查詢優(yōu)化器的工作原理，供您參考學習之用。
當你提交一個查詢的時候，MySQL會分析它，看是否可以做一些優(yōu)化使處理該查詢的速度更快。這一部分將介紹查詢優(yōu)化器是如何工作的。如果你想知道MySQL采用的優(yōu)化手段，可以查看MySQL參考手冊。
當然，MySQL查詢優(yōu)化器也利用了索引，但是它也使用了其它一些信息。例如，如果你提交如下所示的查詢，那么無論數(shù)據(jù)表有多大，MySQL執(zhí)行它的速度都會非?？欤?/p>
- SELECT * FROM tbl_name WHERE 0;
在這個例子中，MySQL查看WHERE子句，認識到?jīng)]有符合查詢條件的數(shù)據(jù)行，因此根本就不考慮搜索數(shù)據(jù)表。你可以通過提供一個EXPLAIN語句看到這種情況，這個語句讓MySQL顯示自己執(zhí)行的但實際上沒有真正地執(zhí)行的SELECT查詢的一些信息。如果要使用EXPLAIN，只需要在EXPLAIN單詞放在SELECT語句的前面：
- mysql> EXPLAIN SELECT * FROM tbl_name WHERE 0\G
- *************************** 1. row ***************************
- id: 1
- select_type: SIMPLE
- table: NULL
- type: NULL
- possible_keys: NULL
- key: NULL
- key_len: NULL
- ref: NULL
- rows: NULL
- Extra: Impossible WHERE
通常情況下，EXPLAIN返回的信息比上面的信息要多一些，還包括用于掃描數(shù)據(jù)表的索引、使用的聯(lián)結(jié)類型、每張數(shù)據(jù)表中估計需要檢查的數(shù)據(jù)行數(shù)量等非空（NULL）信息。
MySQL查詢優(yōu)化器是如何工作的
MySQL查詢優(yōu)化器有幾個目標，但是其中最主要的目標是盡可能地使用索引，并且使用最嚴格的索引來消除盡可能多的數(shù)據(jù)行。你的最終目標是提交SELECT語句查找數(shù)據(jù)行，而不是排除數(shù)據(jù)行。優(yōu)化器試圖排除數(shù)據(jù)行的原因在于它排除數(shù)據(jù)行的速度越快，那么找到與條件匹配的數(shù)據(jù)行也就越快。如果能夠首先進行最嚴格的測試，查詢就可以執(zhí)行地更快。假設你的查詢檢驗了兩個數(shù)據(jù)列，每個列上都有索引：
- SELECT col3 FROM mytable
- WHERE col1 = ’some value’ AND col2 = ’some other value’;
假設col1上的測試匹配了900個數(shù)據(jù)行，col2上的測試匹配了300個數(shù)據(jù)行，而同時進行的測試只得到了30個數(shù)據(jù)行。先測試Col1會有900個數(shù)據(jù)行，需要檢查它們找到其中的30個與col2中的值匹配記錄，其中就有870次是失敗了。先測試col2會有300個數(shù)據(jù)行，需要檢查它們找到其中的30個與col1中的值匹配的記錄，只有270次是失敗的，因此需要的計算和磁盤I/O更少。其結(jié)果是，優(yōu)化器會先測試col2，因為這樣做開銷更小。
你可以通過下面一個指導幫助優(yōu)化器更好地利用索引：
盡量比較數(shù)據(jù)類型相同的數(shù)據(jù)列。當你在比較操作中使用索引數(shù)據(jù)列的時候，請使用數(shù)據(jù)類型相同的列。相同的數(shù)據(jù)類型比不同類型的性能要高一些。例如，INT與BIGINT是不同的。CHAR(10)被認為是CHAR(10)或VARCHAR(10)，但是與CHAR(12)或VARCHAR(12)不同。如果你所比較的數(shù)據(jù)列的類型不同，那么可以使用ALTER TABLE來修改其中一個，使它們的類型相匹配。
【編輯推薦】
使用Limit參數(shù)實現(xiàn)MySQL查詢優(yōu)化
