數(shù)據(jù)庫索引的定義以及好處:
索引是對數(shù)據(jù)庫表中一個或多個列的值進行排序的數(shù)據(jù)結構牵素,以協(xié)助快速查詢、更新數(shù)據(jù)庫表中數(shù)據(jù)校哎。
大大加快數(shù)據(jù)的檢索速度两波,這也是創(chuàng)建索引的最主要的原因;
加速表和表之間的連接闷哆;
在使用分組和排序子句進行數(shù)據(jù)檢索時腰奋,同樣可以顯著減少查詢中分組和排序的時間;
通過創(chuàng)建唯一性索引抱怔,可以保證數(shù)據(jù)庫表中每一行數(shù)據(jù)的唯一性劣坊;
3). 什么情況下設置了索引但無法使用?
以“%(表示任意0個或多個字符)”開頭的LIKE語句屈留,模糊匹配局冰;(與B+ Tree的結構有關但是如果是aaa后面再跟就可以用索引了,因為是根據(jù)這個key進行排序的但是如果這個東西在中間就不行了)
OR語句前后沒有同時使用索引灌危;
數(shù)據(jù)類型出現(xiàn)隱式轉化(如varchar不加單引號的話可能會自動轉換為int型)康二;
4). 什么樣的字段適合創(chuàng)建索引?
經(jīng)常作查詢選擇的字段
經(jīng)常作表連接的字段
經(jīng)常出現(xiàn)在order by, group by, distinct 后面的字段
5). 索引的缺點
時間方面:創(chuàng)建索引和維護索引要耗費時間勇蝙,具體地沫勿,當對表中的數(shù)據(jù)進行增加、刪除和修改的時候味混,索引也要動態(tài)的維護产雹,這樣就降低了數(shù)據(jù)的維護速度;
空間方面:索引需要占物理空間翁锡。
6). 索引類別
1蔓挖,普通索引:
實例:CREATE INDEX index_name on table_name (col_name);
ALTER TABLE table_name ADD INDEX index_name(col_name);?
2,唯一索引:
實例:CREATE UNIQUE INDEX index_name on table (col_name);
ALTER TABLE table_name ADD UNIQUE(col_name);
表明此索引的每一個索引值只對應唯一的數(shù)據(jù)記錄馆衔,對于單列惟一性索引瘟判,這保證單列不包含重復的值。對于多列惟一性索引哈踱,保證多個值的組合不重復荒适。唯一性索引中可以有空值NULL。
3开镣,主鍵索引:
實例:ALTER TABLE table_name ADD?PRIMARY KEY(col_name);
4刀诬,聚集索引:
CREATE CLUSTER INDEX index_name on table (col_name);
在聚簇索引中,聚簇索引的順序就是數(shù)據(jù)的物理存儲順序。因此一個表只能存在一個聚集索引陕壹。
關于主鍵索引和聚集索引
(1)如果表定義了PK质欲,則PK就是聚集索引;
(2)如果表沒有定義PK糠馆,則第一個not NULL unique列是聚集索引嘶伟;
(3)否則,InnoDB會創(chuàng)建一個隱藏的row-id作為聚集索
5又碌,全文索引:
ALTER TABLE table_name ADD FULLTEXT(col_name);
CREATE FULLTEXT INDEX index_name on table (col_name);
本質是分詞以后方便模糊匹配九昧,比如一篇文章某個地方存在aaa,我想找到所有含有aaa字段的文章就可以使用全文索引毕匀。
關于全文索引這一篇文章講的比較好铸鹰,不再贅述。
http://www.360doc.com/content/17/1211/13/33260087_712076317.shtml
6.倒排索引(Invert Index)
一個未經(jīng)處理的數(shù)據(jù)庫中皂岔,一般是以文檔ID作為索引蹋笼,以文檔內容作為記錄。
而Inverted index 指的是將單詞或記錄作為索引躁垛,將文檔ID作為記錄剖毯,這樣便可以方便地通過單詞或記錄查找到其所在的文檔。
7.聯(lián)合索引
指的是對多個列建立索引教馆。聯(lián)合索引遵從最左原則逊谋。
CREATE INDEX index_name on table (col_name1,col_name2土铺,col_name3);
實際上會建立 col1;col1, col2; col1,col2,col3;?三種索引出來涣狗。出現(xiàn)這種情況的原因是在建立聯(lián)合索引時會先按照col1建立索引,當col1值相同時再比較col2舒憾,當col2相同時再比較col3。值得注意的是查詢時候的where不會影響查詢器使用索引的決策穗熬。即使我查詢的是先col2再col1镀迂,查詢器也會走col1,col2的索引
在聯(lián)合索引的過程中存在一個叫做覆蓋索引的優(yōu)化唤蔗。具體指一個查詢語句的執(zhí)行只用從索引中就能夠取得探遵,不必從數(shù)據(jù)表中讀取。避免了回表操作妓柜。
PS:什么是回表操作箱季。除了cluster index(聚集索引)的B+ Tree的葉子節(jié)點中是直接存的是一行數(shù)據(jù)外,普通索引的節(jié)點內容則是cluster index中key的值棍掐。也就是說普通索引查詢需要訪問兩次藏雏。第一次訪問的是普通索引的B+ Tree然后得到聚集索引的key然后再訪問聚集索引的B+ Tree獲得真正的數(shù)據(jù)。訪問的第二次B+Tree則是回表操作作煌。見圖掘殴。
數(shù)據(jù)庫索引實現(xiàn)的方式:hash table 索引赚瘦, B+ Tree索引。經(jīng)常使用的為B+ Tree索引奏寨。優(yōu)點見B+ Tree優(yōu)點總結起意。