Mysql索引具體引見。本站提示廣大學習愛好者：（Mysql索引具體引見）文章只能為提供參考，不一定能成為您想要的結果。以下是Mysql索引具體引見正文
Mysql索引概述
一切MySQL列類型可以被索引。對相干列應用索引是進步SELECT操作機能的最好門路。依據存儲引擎界說每一個表的最年夜索引數和最年夜索引長度。一切存儲引擎支撐每一個表至多16個索引，總索引長度至多為256字節。年夜多半存儲引擎有更高的限制。
在MySQL 5.1中，關於MyISAM和InnoDB表，前綴可以到達1000字節長。請留意前綴的限制應以字節為單元停止丈量，而CREATE TABLE語句中的前綴長度說明為字符數。當為應用多字節字符集的列指定前綴長度時必定要加以斟酌。
還可以創立FULLTEXT索引。該索引可以用於全文搜刮。只要MyISAM存儲引擎支撐FULLTEXT索引，而且只為CHAR、VARCHAR和TEXT列。索引老是對全部列停止，不支撐部分(前綴)索引。也能夠為空間列類型創立索引。只要MyISAM存儲引擎支撐空間類型。空間索引應用R-樹。默許情形MEMORY(HEAP)存儲引擎應用hash索引，但也支撐B-樹索引。
設計索引的准繩
1) 搜刮的索引列，紛歧定是所要選擇的列。
換句話說，最合適索引的列是湧現在WHERE 子句中的列，或銜接子句中指定的列，而不是湧現在SELECT 症結字後的選擇列表中的列。
2) 應用唯一索引。
斟酌某列中值的散布。關於唯一值的列，索引的後果最好，而具有多個反復值的列，其索引後果最差。例如，寄存年紀的列具有分歧值，很輕易辨別 各行。而用來記載性其余列，只含有“ M”和“F”，則對此列停止索引沒有多年夜用途（不論搜刮哪一個值，都邑得出年夜約一半的行）。
3) 應用短索引。
假如對串列停止索引，應當指定一個前綴長度，只需有能夠就應當如許做。例如，假如有一個CHAR(200) 列，假如在前10 個或20 個字符內，多半值是唯一的，那末就不要對全部列停止索引。對前10 個或20 個字符停止索引可以或許節儉年夜量索引空間，也能夠會使查詢更快。較小的索引觸及的磁盤I/O 較少，較短的值比擬起來更快。更加主要的是，關於較短的鍵值，索引高速緩存中的塊能包容更多的鍵值，是以，MySQL也能夠在內存中包容更多的值。這增長 了找到行而不消讀取索引中較多塊的能夠性。（固然，應當應用一些知識。如僅用列值的第一個字符停止索引是弗成能有多年夜利益的，由於這個索引中不會有很多不 同的值。）
4) 應用最左前綴。
在創立一個n 列的索引時，現實是創立了MySQL可應用的n 個索引。多列索引可起幾個索引的感化，由於可應用索引中最右邊的列集來婚配行。如許的列集稱為最左前綴。（這與索引一個列的前綴分歧，索引一個列的前綴是應用該的前n 個字符作為索引值。）
5) 不要過度索引。
不要認為索引“越多越好”，甚麼器械都用索引是錯的。每一個額定的索引都要占用額定的磁盤空間，並下降寫操作的機能，這一點我們後面曾經引見 過。在修正表的內容時，索引必需停止更新，有時能夠須要重構，是以，索引越多，所花的時光越長。假如有一個索引很少應用或從不應用，那末會不用要地減緩表 的修正速度。另外，MySQL在生成一個履行籌劃時，要斟酌各個索引，這也要費時光。創立過剩的索引給查詢優化帶來了更多的任務。索引太多，也能夠會使 MySQL選擇不到所要應用的最好索引。只堅持所需的索引有益於查詢優化。假如想給已索引的表增長索引，應當斟酌所要增長的索引能否是現有多列索引的最左 索引。假如是，則就不要辛苦去增長這個索引了，由於曾經有了。
6) 斟酌在列長進行的比擬類型。
索引可用於“ <”、“ < = ”、“ = ”、“ > =”、“ > ”和BETWEEN 運算。在形式具有一個直接量前綴時，索引也用於LIKE 運算。假如只將某個列用於其他類型的運算時（如STRCMP( )），對其停止索引沒有價值。
btree索引與hash索引
關於BTREE和HASH索引，當應用=、<=>、IN、IS NULL或許IS NOT NULL操作符時，症結元素與常量值的比擬關系對應一個規模前提。Hash索引還有一些其它特點：它們只用於應用=或<=>操作符的等式比擬(但很快)。優化器不克不及應用hash索引來加快ORDER BY操作。(該類索引不克不及用來按次序搜刮下一個條目）。MySQL不克不及肯定在兩個值之間年夜約有若干行(這被規模優化器用來肯定應用哪一個索引)。假如你將一個MyISAM表改成hash-索引的MEMORY表，會影響一些查詢。只能應用全部症結字來搜刮一行。(用B-樹索引，任何干鍵字的最左面的前綴可用來找到行)。
關於BTREE索引，當應用>、<、>=、<=、BETWEEN、!=或許<>，或許LIKE 'pattern'(個中 'pattern'不以通配符開端)操作符時，症結元素與常量值的比擬關系對應一個規模前提。“常量值”系指：查詢字符串中的常量、統一聯接中的const或system表中的列、有關聯子查詢的成果、完整早年面類型的子表達式構成的表達式。
上面是一些WHERE子句中有規模前提的查詢的例子。
以下規模查詢實用於 btree索引和hash索引：
SELECT * FROM t1 WHERE key_col = 1 OR key_col IN (15,18,20);
以下規模查詢實用於btree索引
SELECT * FROM t1 WHERE key_col > 1 AND key_col < 10;
SELECT * FROM t1 WHERE key_col LIKE 'ab%' OR key_col BETWEEN 'bar' AND 'foo';
Mysql若何應用索引
索援用於疾速找出在某個列中有一特定值的行。不應用索引，MySQL必需從第1筆記錄開端然後讀完全個表直到找出相干的行。表越年夜，消費的時光越多。假如表中查詢的列有一個索引，MySQL能疾速達到一個地位去搜索到數據文件的中央，沒有需要看一切數據。假如一個表有1000行，這比次序讀取至多快100倍。留意假如你須要拜訪年夜部門行，次序讀取要快很多，由於此時我們防止磁盤搜刮。
年夜多半MySQL索引(PRIMARY KEY、UNIQUE、INDEX和FULLTEXT)在B樹中存儲。只是空間列類型的索引應用R-樹，而且MEMORY表還支撐hash索引。
關於甚麼情形下數據庫會應用索引和甚麼情形下數據庫不會應用索引的具體說明請看優化篇的相干章節，這裡就不再累述。
