關於MySQL索引的幾點值得留意的事項。本站提示廣大學習愛好者：（關於MySQL索引的幾點值得留意的事項）文章只能為提供參考，不一定能成為您想要的結果。以下是關於MySQL索引的幾點值得留意的事項正文
在數據庫中，對機能影響最年夜的包含數據庫的鎖戰略、緩存戰略、索引戰略、存儲戰略、履行籌劃優化戰略。
索引戰略決議數據庫疾速定位數據的效力，存儲戰略決議數據耐久化的效力。
1.索引不存儲null值。
更精確的說，單列索引不存儲null值，復合索引不存儲全為ｎｕｌｌ的值。索引不克不及存儲Null，所以對這列采取is null前提時，由於索引上基本
沒Null值，不克不及應用到索引，只能全表掃描。
為何索引列不克不及存Null值？
將索引列值停止建樹，個中必定觸及到諸多的比擬操作。Null值的特別性就在於介入的運算年夜多取值為null。如許的話，null值現實上是不克不及
介入進建索引的進程。也就是說，null值不會像其他取值一樣湧現在索引樹的葉子節點上。
2.不合適鍵值較少的列（反復數據較多的列）。
假設索引列TYPE有5個鍵值，假如有1萬條數據，那末 WHERE TYPE = 1將拜訪表中的2000個數據塊。
再加上拜訪索引塊，一共要拜訪年夜於200個的數據塊。
假如全表掃描，假定10條數據一個數據塊，那末只需拜訪1000個數據塊，既然全表掃描拜訪的數據塊
少一些，確定就不會應用索引了。
3.前導隱約查詢不克不及應用索引(like '%XX'或許like '%XX%')
假設有如許一列code的值為'AAA','AAB','BAA','BAB' ,假如where code like '%AB'前提，因為後面是
隱約的，所以不克不及應用索引的次序，必需一個個去找，看能否知足前提。如許會招致全索引掃描或許全表掃
描。假如是如許的前提where code like 'A % '，便可以查找CODE中A開首的CODE的地位，當碰著B開首的
數據時，便可以停滯查找了，由於前面的數據必定不知足請求。如許便可以應用索引了。
4.MySQL重要供給2種方法的索引：B-Tree索引，Hash索引。
B樹索引具有規模查找和前綴查找的才能，關於有N節點的B樹，檢索一筆記錄的龐雜度為O(LogN)。相當於二分查找。
哈希索引只能做等於查找，然則不管多年夜的Hash表，查找龐雜度都是O(1)。
明顯，假如值的差別性年夜，而且以等值查找（=、 <、>、in）為主，Hash索引是更高效的選擇，它有O(1)的查找龐雜度。
假如值的差別性絕對較差，而且以規模查找為主，B樹是更好的選擇，它支撐規模查找。
MySQL中兩年夜重要存儲引擎MyISAM和InnoDB采取了分歧的索引和存儲戰略，本文將剖析它們的異同和機能。
