mysql進階(二)索引簡易教程

Mysql索引簡易教學

       基本概念

        索引是指把你設定為索引的欄位A的內容儲存在一個獨立區間S裡，裡面只有這個欄位的內容。在找查這個與這個字段A的內容時會直接從這個獨立區間裡查找，而不是去到資料表裡查找。找到的這些符合條件的欄位後再讀取欄位A所指向真實的資料記錄的實體位址，再把對應的資料內容輸出。如果你找的不是索引的欄位那麼他會從資料表裡面找。因為資料表有很多不相關的字段，資料庫程式是不會省略不查找。要判斷那些不相關的欄位以及多次在記錄中跳轉是花費一定的資源的。當然不是設定越多索引就越好。因為索引都放到這個獨立區間S，獨立區間S越大搜尋所佔的資源就越大。如果你只有一個欄位為索引，那麼你搜尋這個欄位是非常快速的。 

建立索引的目的是加快表格中記錄的尋找或排序。為表格設定索引要付出代價的：一是增加了資料庫的儲存空間，二是在插入和修改資料時要花費較多的時間(因為索引也要隨之變動)。

索引的好處是可以將指定列進行排序，提高檢索的速度。

一個簡單的例子：

某個列的資料是 

id   name

12  小李

10  後就會產生一個索引表

id  index

5    3

10   2

12    1

由於10下面是5。所以不再進行掃描表操作。傳回第二條數據，對應回主表的第二行。這樣就提高了查詢的速度，如果沒加索引,則掃描整張主表。

索引的類型，什麼列需要加索引等相關資訊的你還需百度查詢一下，這裡告訴你的是一些基本的概念。

 資料庫索引的功能和優點缺點

 為什麼要建立索引呢？這是因為，建立索引可以大大提高系統的效能。 

第一，透過建立唯一性索引，可以確保資料庫表中每一行資料的唯一性。 

第二，可以大幅加快 資料的檢索速度，這也是建立索引的最主要的原因。 

第三，可以加速表和表之間的連接，特別是在實現數據的參考完整性方面特別有意義。 

第四，在使用分組和排序 子句進行資料檢索時，同樣可以顯著減少查詢中分組和排序的時間。 

第五，透過使用索引，可以在查詢的過程中，使用最佳化隱藏器，提升系統的效能。

也許會有人要問：增加索引有這麼多的優點，為什麼不對表中的每一個欄位建立一個索引呢？這種想法固然有其合理性，然而也有其片面性。雖然,索引有許多優點,但是，為表中的每一個列都增加索引，是非常不明智的。這是因為，增加索引也有許多不利的一個面向。

第一，建立索引和維護索引要耗費時間，這種時間隨著資料量的增加而增加。 

第二，索引需要佔實體空間，除了資料表佔資料空間之外，每個索引還要佔一定的實體空間，如果要建立聚集索引，那麼需要的空間就會更大。 

第三，當對錶中的資料進行增加、刪除和修改的時候，索引也要動態的維護，這樣就降低了資料的維護速度。

索引是建立在資料庫表中某些欄位的上面。因此，在建立索引的時候，應該仔細考慮在哪些欄位上可以建立索引，在哪些欄位上不能建立索引。一般來說，應該在這些列 上建立索引，例如：

在經常需要搜尋的列上，可以加快搜尋的速度； 

在作為主鍵的列上，強制該列的唯一性和組織表中數據的排列結構； 

在經常用在連接的列上，這 些列主要是一些外鍵，可以加快連接的速度； 

在經常需要根據範圍進行搜索的列上創建索引，因為索引已經排序，其指定的範圍是連續的； 

在經常需要排序的列上建立索引，因為索引已經排序，這樣查詢可以利用索引的排序，加快排序查詢時間； 

在經常使用在WHERE子句中的列上面建立索引，加快條件的判斷速度。

同樣，對於有些欄位不應該建立索引。一般來說，不應該建立索引的的這些欄位具有下列特點：

第一，對於那些在查詢中很少使用或參考的欄位不應該建立索引。這是因 為，既然這些欄位很少使用到，因此有索引或無索引，並不能提高查詢速度。相反，由於增加了索引，反而降低了系統的維護速度和增加了空間需求。 

第二，對於那些只有很少資料值的欄位也不應該增加索引。這是因為，由於這些列的值很少，例如人事表的性別列，在查詢的結果中，結果集的資料行佔了表中資料行的很大比例，即需要在表中搜尋的數據行的比例很大。增加索引，並不能明顯加快檢索速度。 

第三，對於那些定義為text, image和bit資料類型的欄位不應該增加索引。這是因為，這些列的資料量不是相當大，就是取值很少。 

第四，當修改效能遠大於檢索效能時，不應該建立索 引。這是因為，修改效能和檢索效能是互相矛盾的。當增加索引時，會提高檢索效能，但是會降低修改效能。當減少索引時，會提高修改效能，降低檢索效能。因此，當修改效能遠大於檢索效能時，不應該建立索引。

建立索引的方法和索引的特徵 

建立索引的方法 

建立索引有多種方法，這些方法包括直接建立索引的方法和間接建立索引的方法。直接建立索引，例如使用CREATE INDEX語句或使用建立索引精靈，間接建立索引，例如在表中定義主鍵約束或唯一性鍵約束時，同時也建立了索引。

   雖然，這兩種方法都可以建立索引，但 是，它們建立索引的具體內容是有區別的。 

使用CREATE INDEX語句或使用建立索引精靈來建立索引，這是最基本的索引建立方式，而這個方法最具有柔性，可以自訂建立符合自己需求的索引。

在使用這種方式 建立索引時，可以使用許多選項，例如指定資料頁的充滿度、進行排序、整理統計資料等，這樣可以最佳化索引。使用這種方法，可以指定索引的類型、唯一性和複合性，也就是說，既可以建立叢集索引，也可以建立非叢集索引，既可以在一個欄位上建立索引，也可以在兩個或兩個以上的列上建立索引。

透過定義主鍵約束或唯一性鍵約束，也可以間接建立索引。主鍵約束是一種保持資料完整性的邏輯，它限製表中的記錄有相同的主鍵記錄。在建立主鍵約束時，系統自動建立了一個唯一性的叢集索引。

雖然，在邏輯上，主鍵約束是一種重要的結構，但是，在物理結構上，與主鍵約束相對應的結構是唯一性的聚簇索引。換句話說，在物理實作上，不存在主鍵約束，而只存在唯一性的叢集索引。

同樣，在建立唯一性鍵約束時，也同時建立了索引，這種索引則是唯一性的非聚集索引。因此， 當使用約束建立索引時，索引的類型和特徵基本上都已經確定了，由使用者自訂的餘地比較小。

當在表上定義主鍵或唯一性鍵約束時，如果表中已經有了使用CREATE INDEX語句建立的標準​​索引時，那麼主鍵約束或唯一性鍵約束所建立的索引會覆寫先前建立的標準​​索引。也就是說，主鍵約束或唯一性鍵約束所建立的索引的優先 級高於使用CREATE INDEX語句所建立的索引。

索引的特徵 

索引有兩個特徵，即唯一性索引和複合索引。 

唯一性索引保證在索引欄位中的全部資料是唯一的，不會包含冗餘資料。如果表中已經有一個主鍵約束或唯一性鍵約束，那麼當建立表格或修改表時，SQL Server會自動建立一個唯一性索引。

然而，如果必須保證唯一性，那麼應該建立主鍵約束或唯一性鍵約束，而不是建立一個唯一性索引。當建立唯一性索引時，應該認真考慮這些規則：當在表中建立主鍵約束或唯一性鍵約束時，SQL Server會自動建立一個唯一性索引；

如果表中已經包含有數據，那麼當建立索引時，SQL Server檢查表中已有資料的冗餘性；每當使用插入語句插入資料或使用修改語句修改資料時，SQL Server檢查資料的冗餘性：如果有冗餘值，那麼SQL Server取消該語句的執行，並且傳回一個錯誤訊息；

確保表中的每一行資料都有一個唯一值，這樣可以確保每個實體都可以唯一確認；只能在可以保證實體 完整性的資料列上建立唯一性索引，例如，不能在人事表中的姓名列上建立唯一性索引，因為人們可以有相同的姓名。

複合索引就是一個索引建立在兩個欄位或多個欄位上。在搜尋時，當兩個或多個列作為一個關鍵值時，最好在這些列上建立複合索引。當建立複合索引時，應該考慮 這些規則：最多可以把16個欄位合併成一個單獨的複合索引，構成複合索引的欄位的總長度不能超過900字節，也就是說複合列的長度不能太長；

在複合索引中，所有的列必須來自同一個表中，不能跨表建立複合列；在複合索引中，列的排列順序是非常重要的，因此要認真排列列的順序，原則上，應該首先定義最唯一的列，例如在（COL1，COL2）上的索引與在（COL2，COL1）上的索引是不相同的，因為兩個索引的列的順序不同；

為了使查詢優化器使用複合索引，查詢語句中的WHERE子句必須參考複合索引中第一個欄位；當表中有多個關鍵列時，複合索引是非常有用的；使用複合索引可以提高查詢效能，減少在一個表中所建立的索引數量。

索引的類型

非唯一索引，就是這個索引裡面的值，是允許重複的。相對於唯一索引，就是這個索引裡面的值，是不允許重複的。

簡單的例子， 就好比我們的身分證。如果儲存到資料庫裡面。如果在姓名上面建立一個索引，那麼是非唯一索引，因為同名的人是存在的。如果在身分證號碼上面建立一個索引，那麼是唯一索引，因為號碼還重複，就麻煩了。

以上就是 mysql進階(二)索引簡易教學的內容，更多相關內容請關注PHP中文網（www.php.cn）！