mysql數據庫索引探究（數據庫索引的）

本文目錄一覽：

• 1、MySQL數據庫的索引的操作知多少
• 2、深入理解mysql的聯合索引
• 3、mysql索引有哪幾種

MySQL數據庫的索引的操作知多少

MySQL索引類型包括：

（1）普通索引

這是最基本的索引，它沒有任何限制。它有以下幾種創建方式：

◆創建索引

CREATE INDEX indexName ON mytable(username(length)); 如果是CHAR，VARCHAR類型，length可以小於字段實際長度；如果是BLOB和TEXT類型，必須指定 length，下同。

◆修改表結構

ALTER mytable ADD INDEX [indexName] ON (username(length))

◆創建表的時候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) ); 刪除索引的語法：

DROP INDEX [indexName] ON mytable;

（2）唯一索引

與前面的普通索引類似，不同的就是：索引列的值必須唯一，但允許有空值。如果是組合索引，則列值的組合必須唯一。它有以下幾種創建方式：

◆創建索引

CREATE UNIQUE INDEX indexName ON mytable(username(length))

◆修改表結構

ALTER mytable ADD UNIQUE [indexName] ON (username(length))

◆創建表的時候直接指定

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, UNIQUE [indexName] (username(length)) );

（3）主鍵索引

它是一種特殊的唯一索引，不允許有空值。一般是在建表的時候同時創建主鍵索引：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, PRIMARY KEY(ID) ); 當然也可以用 ALTER 命令。記住：一個表只能有一個主鍵。

（4）組合索引

為了形象地對比單列索引和組合索引，為表添加多個字段：

CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, city VARCHAR(50) NOT NULL, age INT NOT NULL ); 為了進一步榨取MySQL的效率，就要考慮建立組合索引。就是將 name, city, age建到一個索引里：

ALTER TABLE mytable ADD INDEX name_city_age (name(10),city,age); 建表時，usernname長度為 16，這裡用 10。這是因為一般情況下名字的長度不會超過10，這樣會加速索引查詢速度，還會減少索引文件的大小，提高INSERT的更新速度。

如果分別在 usernname，city，age上建立單列索引，讓該表有3個單列索引，查詢時和上述的組合索引效率也會大不一樣，遠遠低於我們的組合索引。雖然此時有了三個索引，但MySQL只能用到其中的那個它認為似乎是最有效率的單列索引。

建立這樣的組合索引，其實是相當於分別建立了下面三組組合索引：

usernname,city,age usernname,city usernname 為什麼沒有 city，age這樣的組合索引呢？這是因為MySQL組合索引“最左前綴”的結果。簡單的理解就是只從最左面的開始組合。並不是只要包含這三列的查詢都會用到該組合索引，下面的幾個SQL就會用到這個組合索引：

SELECT * FROM mytable WHREE username=”admin” AND city=”鄭州” SELECT * FROM mytable WHREE username=”admin” 而下面幾個則不會用到：

SELECT * FROM mytable WHREE age=20 AND city=”鄭州” SELECT * FROM mytable WHREE city=”鄭州”

（5）建立索引的時機

一般來說，在WHERE和JOIN中出現的列需要建立索引，但也不完全如此，因為MySQL只對，=，=，，=，BETWEEN，IN，以及某些時候的LIKE才會使用索引。例如：

SELECT t.Name FROM mytable t LEFT JOIN mytable m ON t.Name=m.username WHERE m.age=20 AND m.city=’鄭州’ 此時就需要對city和age建立索引，由於mytable表的userame也出現在了JOIN子句中，也有對它建立索引的必要。

剛才提到只有某些時候的LIKE才需建立索引。因為在以通配符%和_開頭作查詢時，MySQL不會使用索引。例如下句會使用索引：

SELECT * FROM mytable WHERE username like’admin%’ 而下句就不會使用：

SELECT * FROM mytable WHEREt Name like’%admin’ 因此，在使用LIKE時應注意以上的區別。

（6）索引的不足之處

上面都在說使用索引的好處，但過多的使用索引將會造成濫用。因此索引也會有它的缺點：

◆雖然索引大大提高了查詢速度，同時卻會降低更新表的速度，如對錶進行INSERT、UPDATE和DELETE。因為更新表時，MySQL不僅要保存數據，還要保存一下索引文件。

◆建立索引會佔用磁盤空間的索引文件。一般情況這個問題不太嚴重，但如果你在一個大表上創建了多種組合索引，索引文件的會膨脹很快。

索引只是提高效率的一個因素，如果你的MySQL有大數據量的表，就需要花時間研究建立最優秀的索引，或優化查詢語句。

（7）使用索引的注意事項

使用索引時，有以下一些技巧和注意事項：

◆索引不會包含有NULL值的列

只要列中包含有NULL值都將不會被包含在索引中，複合索引中只要有一列含有NULL值，那麼這一列對於此複合索引就是無效的。所以我們在數據庫設計時不要讓字段的默認值為NULL。

◆使用短索引

對串列進行索引，如果可能應該指定一個前綴長度。例如，如果有一個CHAR(255)的列，如果在前10個或20個字符內，多數值是惟一的，那麼就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節省磁盤空間和I/O操作。

◆索引列排序

MySQL查詢只使用一個索引，因此如果where子句中已經使用了索引的話，那麼order by中的列是不會使用索引的。因此數據庫默認排序可以符合要求的情況下不要使用排序操作；盡量不要包含多個列的排序，如果需要最好給這些列創建複合索引。

◆like語句操作

一般情況下不鼓勵使用like操作，如果非使用不可，如何使用也是一個問題。like “%aaa%” 不會使用索引而like “aaa%”可以使用索引。

◆不要在列上進行運算

select * from users where YEAR(adddate)2007; 將在每個行上進行運算，這將導致索引失效而進行全表掃描，因此我們可以改成

select * from users where adddate‘2007-01-01’;

◆不使用NOT IN和操作

深入理解mysql的聯合索引

最近在學習MySQL的存儲引擎和索引的知識。看了許多篇介紹MyISAM和InnoDB的索引的例子，都能理解。

像這張索引圖：

PS:該圖來自大神張洋的《MySQL索引背後的數據結構及算法原理》一文。

但許多文章講述的都是單列索引，我很好奇 聯合索引對應的結構圖是怎樣的。

比方說聯合索引 (col1, col2,col3)，我知道在邏輯上是先按照col1進行排序再按照col2進行排序最後再按照col3進行排序。因此如果是select * from table where col1 = 1 and col3 = 3的話，只有col1的索引部分能生效。但是其物理結構上這個聯合索引是怎樣存在的，我想不懂。

上網查閱了許多資料，總算有點眉目了。

假設這是一個多列索引(col1, col2,col3)，對於葉子節點，是這樣的：

PS:該圖改自《MySQL索引背後的數據結構及算法原理》一文的配圖。

也就是說，聯合索引(col1, col2,col3)也是一棵B+Tree，其非葉子節點存儲的是第一個關鍵字的索引，而葉節點存儲的則是三個關鍵字col1、col2、col3三個關鍵字的數據，且按照col1、col2、col3的順序進行排序。

配圖可能不太讓人滿意，因為col1都是不同的，也就是說在col1就已經能確定結果了。自己又畫了一個圖（有點丑），col1表示的是年齡，col2表示的是姓氏，col3表示的是名字。如下圖：

PS:對應地址指的是數據記錄的地址。

如圖，聯合索引(年齡, 姓氏,名字)，葉節點上data域存儲的是三個關鍵字的數據。且是按照年齡、姓氏、名字的順序排列的。

因此，如果執行的是：

select * from STUDENT where 姓氏=’李’ and 名字=’安’;

或者

select * from STUDENT where 名字=’安’;

那麼當執行查詢的時候，是無法使用這個聯合索引的。因為聯合索引中是先根據年齡進行排序的。如果年齡沒有先確定，直接對姓氏和名字進行查詢的話，就相當於亂序查詢一樣，因此索引無法生效。因此查詢是全表查詢。

如果執行的是：

select * from STUDENT where 年齡=1 and 姓氏=’李’;

那麼當執行查詢的時候，索引是能生效的，從圖中很直觀的看出，age=1的是第一個葉子節點的前6條記錄，在age=1的前提下，姓氏=’李’的是前3條。因此最終查詢出來的是這三條，從而能獲取到對應記錄的地址。

如果執行的是：

select * from STUDENT where 年齡=1 and 姓氏=’黃’ and 名字=’安’;

那麼索引也是生效的。

而如果執行的是：

select * from STUDENT where 年齡=1 and 名字=’安’;

那麼，索引年齡部分能生效，名字部分不能生效。也就是說索引部分生效。

因此我對聯合索引結構的理解就是B+Tree是按照第一個關鍵字進行索引，然後在葉子節點上按照第一個關鍵字、第二個關鍵字、第三個關鍵字…進行排序。

而之所以會有最左原則，是因為聯合索引的B+Tree是按照第一個關鍵字進行索引排列的。

聯合索引在B+樹上的結構介紹

mysql索引有哪幾種

在mysql中，索引是一種特殊的數據庫結構，由數據表中的一列或多列組合而成，可以用來快速查詢數據表中有某一特定值的記錄。

通過索引，查詢數據時不用讀完記錄的所有信息，而只是查詢索引列即可。

通過索引，查詢數據時不用讀完記錄的所有信息，而只是查詢索引列。否則，數據庫系統將讀取每條記錄的所有信息進行匹配。

可以把索引比作新華字典的音序表。例如，要查“庫”字，如果不使用音序，就需要從字典的 400 頁中逐頁來找。但是，如果提取拼音出來，構成音序表，就只需要從 10 多頁的音序表中直接查找。這樣就可以大大節省時間。

因此，使用索引可以很大程度上提高數據庫的查詢速度，還有效的提高了數據庫系統的性能。

索引的優缺點

索引有其明顯的優勢，也有其不可避免的缺點。

優點

索引的優點如下：

1、通過創建唯一索引可以保證數據庫表中每一行數據的唯一性。

2、可以給所有的 MySQL 列類型設置索引。

3、可以大大加快數據的查詢速度，這是使用索引最主要的原因。

4、在實現數據的參考完整性方面可以加速表與表之間的連接。

5、在使用分組和排序子句進行數據查詢時也可以顯著減少查詢中分組和排序的時間

缺點

增加索引也有許多不利的方面，主要如下：

1、創建和維護索引組要耗費時間，並且隨着數據量的增加所耗費的時間也會增加。

2、索引需要佔磁盤空間，除了數據表占數據空間以外，每一個索引還要佔一定的物理空間。如果有大量的索引，索引文件可能比數據文件更快達到最大文件尺寸。

3、當對表中的數據進行增加、刪除和修改的時候，索引也要動態維護，這樣就降低了數據的維護速度。

使用索引時，需要綜合考慮索引的優點和缺點。