mysql索引分析和優化 什麼是索引？
索引用來快速地尋找那些具有特定值的記錄，所有mysql索引都以b-樹的形式儲存。如果沒有索引，執行查詢時mysql必須從第乙個記錄開始掃瞄整個表的所有記錄，直至找到符合要求的記錄。表裡面的記錄數量越多，這個操作的代價就越高。如果作為搜尋條件的列上已經建立了索引，mysql無需掃瞄任何記錄即可迅速得到目標記錄所在的位置。如果表有1000個記錄，通過索引查詢記錄至少要比順序掃瞄記錄快100 倍。
假設我們建立了乙個名為people的表：
create table people ( peopleid smallint not null, name char(50) not null );
然後，我們完全隨機把1000個不同name值插入到people表。下圖顯示了people表所在資料檔案的一小部分：
可以看到，在資料檔案中name列沒有任何明確的次序。如果我們建立了name列的索引，mysql將在索引中排序name列：
對於索引中的每一項，mysql在內部為它儲存乙個資料檔案中實際記錄所在位置的「指標」。因此，如果我們要查詢name等於「mike」記錄的 peopleid（sql命令為「select peopleid from people where name='mike';」），mysql能夠在name的索引中查詢「mike」值，然後直接轉到資料檔案中相應的行，準確地返回該行的 peopleid（999）。在這個過程中，mysql只需處理乙個行就可以返回結果。如果沒有「name」列的索引，mysql要掃瞄資料檔案中的所有記錄，即1000個記錄！顯然，需要mysql處理的記錄數量越少，則它完成任務的速度就越快。
索引的型別
在效能優化過程中，選擇在哪些列上建立索引是最重要的步驟之一。可以考慮使用索引的主要有兩種型別的列：在where子句中出現的列，在join子句中出現的列。請看下面這個查詢：
select age ## 不使用索引 from people where firstname='mike' ## 考慮使用索引 and
lastname='sullivan' ## 考慮使用索引
這個查詢與前面的查詢略有不同，但仍屬於簡單查詢。由於age是在select部分被引用，mysql不會用它來限制列選擇操作。因此，對於這個查詢來說，建立age列的索引沒有什麼必要。下面是乙個更複雜的例子：
select people.age, ##不使用索引 town.name ##不使用索引 from people left join town on
people.townid=town.townid ##考慮使用索引 where firstname='mike' ##考慮使用索引 and
lastname='sullivan' ##考慮使用索引
與前面的例子一樣，由於firstname和lastname出現在where子句中，因此這兩個列仍舊有建立索引的必要。除此之外，由於town表的townid列出現在join子句中，因此我們需要考慮建立該列的索引。
那麼，我們是否可以簡單地認為應該索引where子句和join子句中出現的每乙個列呢？差不多如此，但並不完全。我們還必須考慮到對列進行比較的操作符型別。mysql只有對以下操作符才使用索引：<，<=，=，>，>=，between，in，以及某些時候的like。可以在 like操作中使用索引的情形是指另乙個運算元不是以萬用字元（%或者_）開頭的情形。例如，「select peopleid from people where firstname like 'mich%';」這個查詢將使用索引，但「select peopleid from people where firstname like '%ike';」這個查詢不會使用索引。
分析索引效率
現在我們已經知道了一些如何選擇索引列的知識，但還無法判斷哪乙個最有效。mysql提供了乙個內建的sql命令幫助我們完成這個任務，這就是 explain命令。explain命令的一般語法是：explain 。你可以在mysql文件找到有關該命令的更多說明。下面是乙個例子：
explain select peopleid from people where firstname='mike' and lastname='sullivan'
and age='17';
這個命令將返回下面這種分析結果：
table type possible_keys key key_len ref rows extra
people ref fname_lname_age fname_lname_age 102 const,const,const 1 where used
下面我們就來看看這個explain分析結果的含義。
table：這是表的名字。
type：連線操作的型別。下面是mysql文件關於ref連線型別的說明：
「對於每一種與另乙個表中記錄的組合，mysql將從當前的表讀取所有帶有匹配索引值的記錄。如果連線操作只使用鍵的最左字首，或者如果鍵不是 unique或primary key型別（換句話說，如果連線操作不能根據鍵值選擇出唯一行），則mysql使用ref連線型別。如果連線操作所用的鍵只匹配少量的記錄，則ref是一種好的連線型別。」
在本例中，由於索引不是unique型別，ref是我們能夠得到的最好連線型別。
如果explain顯示連線型別是「all」，而且你並不想從表裡面選擇出大多數記錄，那麼mysql的操作效率將非常低，因為它要掃瞄整個表。你可以加入更多的索引來解決這個問題。預知更多資訊，請參見mysql的手冊說明。
possible_keys：
可能可以利用的索引的名字。這裡的索引名字是建立索引時指定的索引暱稱；如果索引沒有暱稱，則預設顯示的是索引中第乙個列的名字（在本例中，它是「firstname」）。預設索引名字的含義往往不是很明顯。
key：
它顯示了mysql實際使用的索引的名字。如果它為空（或null），則mysql不使用索引。
key_len：
索引中被使用部分的長度，以位元組計。在本例中，key_len是102，其中firstname佔50位元組，lastname佔50位元組，age佔2位元組。如果mysql只使用索引中的firstname部分，則key_len將是50。
ref：
它顯示的是列的名字（或單詞「const」），mysql將根據這些列來選擇行。在本例中，mysql根據三個常量選擇行。
rows：
mysql所認為的它在找到正確的結果之前必須掃瞄的記錄數。顯然，這裡最理想的數字就是1。
extra：
這裡可能出現許多不同的選項，其中大多數將對查詢產生負面影響。在本例中，mysql只是提醒我們它將用where子句限制搜尋結果集。
索引的缺點
MySQL索引分析和優化
索引 索引用來快速地尋找那些具備特定值的記錄，任何mysql索引都以b 樹的形式儲存。假如沒有索引，執行查詢時mysql必須從第乙個記錄開始掃瞄整個表的任何記錄，直至找到符合需要的記錄。表裡面的記錄數量越多，這個操作的代價就越高。假如作為搜尋條件的列上已建立了索引，mysql無需掃瞄任何記錄即可迅速...
MySQL索引分析和優化
什麼是索引？索引用來快速地尋找那些具有特定值的記錄，所有mysql索引都以b 樹的形式儲存。如果沒有索引，執行查詢時mysql必須從第乙個記錄開始掃瞄整個表的所有記錄，直至找到符合要求的記錄。表裡面的記錄數量越多，這個操作的代價就越高。如果作為搜尋條件的列上已經建立了索引，mysql無需掃瞄任何記錄...
Mysql效能優化 什麼是索引下推？
索引下推 index condition pushdown 簡稱icp，在mysql5.6的版本上推出，用於優化查詢。在不使用icp的情況下，在使用非主鍵索引 又叫普通索引或者二級索引 進行查詢時，儲存引擎通過索引檢索到資料，然後返回給mysql伺服器，伺服器然後判斷資料是否符合條件 在使用icp的...