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

mysql索引簡易教程

? ? ???基本概念

? ? ? ? 索引是指把你設置為索引的字段a的內(nèi)容儲存在一個獨立區(qū)間s里,里面只有這個字段的內(nèi)容。在找查這個與這個字段a的內(nèi)容時會直接從這個獨立區(qū)間里查找,而不是去到數(shù)據(jù)表里查找。找到的這些符合條件的字段后再讀取字段a所指向真實的數(shù)據(jù)記錄的物理地址,再把對應的數(shù)據(jù)內(nèi)容輸出。如果你查找的不是索引的字段那么他會從數(shù)據(jù)表里面查找。因為數(shù)據(jù)表有很多不相關的字段,數(shù)據(jù)庫程序是不會省略不查找。要判斷那些不相關的字段以及多次在記錄中跳轉(zhuǎn)是花費一定的資源的。當然不是設置越多索引就越好。因為索引都放到這個獨立區(qū)間s,獨立區(qū)間s越大搜索所占的資源就越大。如果你只有一個字段為索引,那么你搜索這個字段是非常快速的。?

建立索引的目的是加快對表中記錄的查找或排序。為表設置索引要付出代價的:一是增加了數(shù)據(jù)庫的存儲空間,二是在插入和修改數(shù)據(jù)時要花費較多的時間(因為索引也要隨之變動)。

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

一個簡單的例子:

某個列的數(shù)據(jù)是?

id???name

12??小李

10??小龍

5???小青

99??小紅

id列創(chuàng)建索引后就會生成一個索引表

id??index

5????3

10???2

12???1

99???4

當查詢?where?id?=10的時候,使用到索引表。由于10下面是5。所以不再進行掃描表操作。返回第二條數(shù)據(jù),對應回主表的第二行。這樣就提高了查詢的速度,如果沒添加索引,則掃描整張主表。

索引的類型,什么列需要加索引等相關信息的你還需百度查詢一下,這里告訴你的是一些基本的概念。

?數(shù)據(jù)庫索引的作用和優(yōu)點缺點

?為什么要創(chuàng)建索引呢?這是因為,創(chuàng)建索引可以大大提高系統(tǒng)的性能。?

第一,通過創(chuàng)建唯一性索引,可以保證數(shù)據(jù)庫表中每一行數(shù)據(jù)的唯一性。?

第二,可以大大加快?數(shù)據(jù)的檢索速度,這也是創(chuàng)建索引的最主要的原因。?

第三,可以加速表和表之間的連接,特別是在實現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義。?

第四,在使用分組和排序?子句進行數(shù)據(jù)檢索時,同樣可以顯著減少查詢中分組和排序的時間。?

第五,通過使用索引,可以在查詢的過程中,使用優(yōu)化隱藏器,提高系統(tǒng)的性能。

也許會有人要問:增加索引有如此多的優(yōu)點,為什么不對表中的每一個列創(chuàng)建一個索引呢?這種想法固然有其合理性,然而也有其片面性。雖然,索引有許多優(yōu)點,但是,為表中的每一個列都增加索引,是非常不明智的。這是因為,增加索引也有許多不利的一個方面。

第一,創(chuàng)建索引和維護索引要耗費時間,這種時間隨著數(shù)據(jù)量的增加而增加。?

第二,索引需要占物理空間,除了數(shù)據(jù)表占數(shù)據(jù)空間之外,每一個索引還要占一定的物理空間,如果要建立聚簇索引,那么需要的空間就會更大。?

第三,當對表中的數(shù)據(jù)進行增加、刪除和修改的時候,索引也要動態(tài)的維護,這樣就降低了數(shù)據(jù)的維護速度。

索引是建立在數(shù)據(jù)庫表中某些列的上面。因此,在創(chuàng)建索引的時候,應該仔細考慮在哪些列上可以創(chuàng)建索引,在哪些列上不能創(chuàng)建索引。一般來說,應該在這些列?上創(chuàng)建索引,例如:

在經(jīng)常需要搜索的列上,可以加快搜索的速度;?

在作為主鍵的列上,強制該列的唯一性和組織表中數(shù)據(jù)的排列結構;?

在經(jīng)常用在連接的列上,這?些列主要是一些外鍵,可以加快連接的速度;?

在經(jīng)常需要根據(jù)范圍進行搜索的列上創(chuàng)建索引,因為索引已經(jīng)排序,其指定的范圍是連續(xù)的;?

在經(jīng)常需要排序的列上創(chuàng)建索引,因為索引已經(jīng)排序,這樣查詢可以利用索引的排序,加快排序查詢時間;?

在經(jīng)常使用在WHERE子句中的列上面創(chuàng)建索引,加快條件的判斷速度。

同樣,對于有些列不應該創(chuàng)建索引。一般來說,不應該創(chuàng)建索引的的這些列具有下列特點:

第一,對于那些在查詢中很少使用或者參考的列不應該創(chuàng)建索引。這是因?為,既然這些列很少使用到,因此有索引或者無索引,并不能提高查詢速度。相反,由于增加了索引,反而降低了系統(tǒng)的維護速度和增大了空間需求。?

第二,對于那些只有很少數(shù)據(jù)值的列也不應該增加索引。這是因為,由于這些列的取值很少,例如人事表的性別列,在查詢的結果中,結果集的數(shù)據(jù)行占了表中數(shù)據(jù)行的很大比例,即需要在表中搜索的數(shù)據(jù)行的比例很大。增加索引,并不能明顯加快檢索速度。?

第三,對于那些定義為text,?image和bit數(shù)據(jù)類型的列不應該增加索引。這是因為,這些列的數(shù)據(jù)量要么相當大,要么取值很少。?

第四,當修改性能遠遠大于檢索性能時,不應該創(chuàng)建索?引。這是因為,修改性能和檢索性能是互相矛盾的。當增加索引時,會提高檢索性能,但是會降低修改性能。當減少索引時,會提高修改性能,降低檢索性能。因此,當修改性能遠遠大于檢索性能時,不應該創(chuàng)建索引。

創(chuàng)建索引的方法和索引的特征?

創(chuàng)建索引的方法?

創(chuàng)建索引有多種方法,這些方法包括直接創(chuàng)建索引的方法和間接創(chuàng)建索引的方法。直接創(chuàng)建索引,例如使用CREATE?INDEX語句或者使用創(chuàng)建索引向?qū)Вg接創(chuàng)建索引,例如在表中定義主鍵約束或者唯一性鍵約束時,同時也創(chuàng)建了索引。

? ?雖然,這兩種方法都可以創(chuàng)建索引,但?是,它們創(chuàng)建索引的具體內(nèi)容是有區(qū)別的。?

使用CREATE?INDEX語句或者使用創(chuàng)建索引向?qū)韯?chuàng)建索引,這是最基本的索引創(chuàng)建方式,并且這種方法最具有柔性,可以定制創(chuàng)建出符合自己需要的索引。

在使用這種方式?創(chuàng)建索引時,可以使用許多選項,例如指定數(shù)據(jù)頁的充滿度、進行排序、整理統(tǒng)計信息等,這樣可以優(yōu)化索引。使用這種方法,可以指定索引的類型、唯一性和復合性,也就是說,既可以創(chuàng)建聚簇索引,也可以創(chuàng)建非聚簇索引,既可以在一個列上創(chuàng)建索引,也可以在兩個或者兩個以上的列上創(chuàng)建索引。

通過定義主鍵約束或者唯一性鍵約束,也可以間接創(chuàng)建索引。主鍵約束是一種保持數(shù)據(jù)完整性的邏輯,它限制表中的記錄有相同的主鍵記錄。在創(chuàng)建主鍵約束時,系統(tǒng)自動創(chuàng)建了一個唯一性的聚簇索引。

雖然,在邏輯上,主鍵約束是一種重要的結構,但是,在物理結構上,與主鍵約束相對應的結構是唯一性的聚簇索引。換句話說,在物理實現(xiàn)上,不存在主鍵約束,而只存在唯一性的聚簇索引。

同樣,在創(chuàng)建唯一性鍵約束時,也同時創(chuàng)建了索引,這種索引則是唯一性的非聚簇索引。因此,?當使用約束創(chuàng)建索引時,索引的類型和特征基本上都已經(jīng)確定了,由用戶定制的余地比較小。

當在表上定義主鍵或者唯一性鍵約束時,如果表中已經(jīng)有了使用CREATE?INDEX語句創(chuàng)建的標準索引時,那么主鍵約束或者唯一性鍵約束創(chuàng)建的索引覆蓋以前創(chuàng)建的標準索引。也就是說,主鍵約束或者唯一性鍵約束創(chuàng)建的索引的優(yōu)先?級高于使用CREATE?INDEX語句創(chuàng)建的索引。

索引的特征?

索引有兩個特征,即唯一性索引和復合索引。?

唯一性索引保證在索引列中的全部數(shù)據(jù)是唯一的,不會包含冗余數(shù)據(jù)。如果表中已經(jīng)有一個主鍵約束或者唯一性鍵約束,那么當創(chuàng)建表或者修改表時,SQL?Server自動創(chuàng)建一個唯一性索引。

然而,如果必須保證唯一性,那么應該創(chuàng)建主鍵約束或者唯一性鍵約束,而不是創(chuàng)建一個唯一性索引。當創(chuàng)建唯一性索引時,應該認真考慮這些規(guī)則:當在表中創(chuàng)建主鍵約束或者唯一性鍵約束時,SQL?Server自動創(chuàng)建一個唯一性索引;

如果表中已經(jīng)包含有數(shù)據(jù),那么當創(chuàng)建索引時,SQL?Server檢查表中已有數(shù)據(jù)的冗余性;每當使用插入語句插入數(shù)據(jù)或者使用修改語句修改數(shù)據(jù)時,SQL?Server檢查數(shù)據(jù)的冗余性:如果有冗余值,那么SQL?Server取消該語句的執(zhí)行,并且返回一個錯誤消息;

確保表中的每一行數(shù)據(jù)都有一個唯一值,這樣可以確保每一個實體都可以唯一確認;只能在可以保證實體?完整性的列上創(chuàng)建唯一性索引,例如,不能在人事表中的姓名列上創(chuàng)建唯一性索引,因為人們可以有相同的姓名。

復合索引就是一個索引創(chuàng)建在兩個列或者多個列上。在搜索時,當兩個或者多個列作為一個關鍵值時,最好在這些列上創(chuàng)建復合索引。當創(chuàng)建復合索引時,應該考慮?這些規(guī)則:最多可以把16個列合并成一個單獨的復合索引,構成復合索引的列的總長度不能超過900字節(jié),也就是說復合列的長度不能太長;

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

為了使查詢優(yōu)化器使用復合索引,查詢語句中的WHERE子句必須參考復合索引中第一個列;當表中有多個關鍵列時,復合索引是非常有用的;使用復合索引可以提高查詢性能,減少在一個表中所創(chuàng)建的索引數(shù)量。

索引的類型

非唯一索引,就是這個索引里面的值,是允許重復的。相對于唯一索引,就是這個索引里面的值,是不允許重復的。

簡單的例子,?就好比我們的身份證。如果存儲到數(shù)據(jù)庫里面。如果在姓名上面創(chuàng)建一個索引,那么是非唯一索引,因為同名的人是存在的。如果在身份證號碼上面創(chuàng)建一個索引,那么是唯一索引,因為號碼還重復,就麻煩了。

以上就是?mysql進階(二)索引簡易教程的內(nèi)容,更多相關內(nèi)容請關注PHP中文網(wǎng)(www.php.cn)!

? 版權聲明
THE END
喜歡就支持一下吧
點贊9 分享