MySQL索引經驗之淺見

2021-08-30 23:52:07 字數 3991 閱讀 6236

在資料庫表中,使用索引可以大大提高查詢速度。

假如我們建立了乙個testindex表:

create table testindex(i_testid int not null,vc_name varchar(16) not null);

我們隨機向裡面插入了1000條記錄,其中有一條

i_testidvc_name

555erquan

在查詢vc_name="erquan"的記錄

select * from testindex where vc_name='erquan';

時,如果在vc_name上已經建立了索引,mysql無須任何掃瞄,即準確可找到該記錄!相反,mysql會掃瞄所有記錄,即要查詢1000次啊~~可以索引將查詢速度提高100倍。

一、索引分單列索引和組合索引

單列索引:即乙個索引只包含單個列,乙個表可以有多個單列索引,但這不是組合索引。

組合索引:即乙個索包含多個列。

二、介紹一下索引的型別

1.普通索引。

這是最基本的索引,它沒有任何限制。它有以下幾種建立方式:

(1)建立索引:create index indexname on tablename(tablecolumns(length));如果是char,varchar型別,length可以小於字段實際長度;如果是 blob 和 text 型別,必須指定length,下同。

(2)修改表結構:alter tablename add index [indexname] on (tablecolumns(length))

(3)建立表的時候直接指定:create table tablename ( [...], index [indexname] (tablecolumns(length)) ;

2.唯一索引。

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

(1)建立索引:create unique index indexname on tablename(tablecolumns(length))

(2)修改表結構:alter tablename add unique [indexname] on (tablecolumns(length))

(3)建立表的時候直接指定:create table tablename ( [...], unique [indexname] (tablecolumns(length));

3.主鍵索引

它是一種特殊的唯一索引,不允許有空值。一般是在建表的時候同時建立主鍵索引:create table testindex(i_testid int not null auto_increment,vc_name varchar(16) not null,primary key(i_testid)); 當然也可以用alter命令。

記住:乙個表只能有乙個主鍵。

4.全文索引

mysql從3.23.23版開始支援全文索引和全文檢索。這裡不作討論,呵呵~~

刪除索引的語法:drop index index_name on tablename

三、單列索引和組合索引

為了形象地對比兩者,再建乙個表:

create table myindex ( i_testid int not null auto_increment, vc_name varchar(50) not null, vc_city varchar(50) not null, i_age int not null, i_schoolid int not null, primary key (i_testid) );

在這10000條記錄裡面7上8下地分布了5條vc_name="erquan"的記錄,只不過city,age,school的組合各不相同。

來看這條t-sql:

select i_testid from myindex where vc_name='erquan' and vc_city='鄭州' and i_age=25;

首先考慮建單列索引:

在vc_name列上建立了索引。執行t-sql時,mysql很快將目標鎖定在了vc_name=erquan的5條記錄上,取出來放到一中間結果集。 在這個結果集裡,先排除掉vc_city不等於"鄭州"的記錄,再排除i_age不等於25的記錄,最後篩選出唯一的符合條件的記錄。

雖然在vc_name上建立了索引,查詢時mysql不用掃瞄整張表,效率有所提高,但離我們的要求還有一定的距離。同樣的,在vc_city和i_age分別建立的單列索引的效率相似。

為了進一步榨取mysql的效率,就要考慮建立組合索引。就是將vc_name,vc_city,i_age建到乙個索引裡:

alter table myindex add index name_city_age (vc_name(10),vc_city,i_age);--注意了,建表時,vc_name長度為50,這裡為什麼用10呢?因為一般情況下名字的長 度不會超過10,這樣會加速索引查詢速度,還會減少索引檔案的大小,提高insert的更新速度。

執行t-sql時,mysql無須掃瞄任何記錄就到找到唯一的記錄!!

肯定有人要問了,如果分別在vc_name,vc_city,i_age上建立單列索引,讓該錶有3個單列索引,查詢時和上述的組合索引效率一樣吧?嘿 嘿,大不一樣,遠遠低於我們的組合索引~~雖然此時有了三個索引,但mysql只能用到其中的那個它認為似乎是最有效率的單列索引。

建立這樣的組合索引,其實是相當於分別建立了

vc_name,vc_city,i_age

vc_name,vc_city

vc_name

這樣的三個組合索引!為什麼沒有vc_city,i_age等這樣的組合索引呢?這是因為mysql組合索引"最左字首"的結果。簡單的理解就是只從最左面的開始組合。並不是只要包含這三列的查詢都會用到該組合索引,下面的幾個t-sql會用到:

select * from myindex whree vc_name="erquan" and vc_city="鄭州"

select * from myindex whree vc_name="erquan"

而下面幾個則不會用到:

select * from myindex whree i_age=20 and vc_city="鄭州"

select * from myindex whree vc_city="鄭州"

四、使用索引

到此你應該會建立、使用索引了吧?但什麼情況下需要建立索引呢?一般來說,在where和join中出現的列需要建立索引,但也不完全如此,因為 mysql只對 <,<=,=,>,>=,between,in,以及某些時候的like(後面有說明)才會使用索引。

select t.vc_name from testindex t left join myindex m on t.vc_name=m.vc_name where m.i_age=20 and m.vc_city='鄭州'時,有對myindex表的vc_city和i_age建立索引的需要,由於testindex表的vc_name開出 現在了join子句中,也有對它建立索引的必要。

剛才提到了,只有某些時候的like才需建立索引?是的。因為在以萬用字元 % 和 _ 開頭作查詢時,mysql不會使用索引,如

select * from myindex where vc_name like'erquan%'

會使用索引,而

select * from myindex wheret vc_name like'%erquan'

就不會使用索引了。

五、索引的不足之處

上面說了那麼多索引的好話,它真的有像傳說中那麼優秀麼?當然會有缺點了。

1.雖然索引大大提高了查詢速度,同時卻會降低更新表的速度,如對表進行insert、update和delete。因為更新表時,mysql不僅要儲存資料,還要儲存一下索引檔案

2.建立索引會占用磁碟空間的索引檔案。一般情況這個問題不太嚴重,但如果你在乙個大表上建立了多種組合索引,索引檔案的會膨脹很快。

篇尾:講了這麼多,無非是想利用索引提高資料庫的執行效率。不過索引只是提高效率的乙個因素。如果你的mysql有大資料的表,就需要花時間研究建立最優秀的索引或優化查詢語句。

MySQL索引經驗之淺見

在資料庫表中,使用索引可以大大提高查詢速度。假如我們建立了乙個testindex表 create table testindex i testid int not null,vc name varchar 16 not null 我們隨機向裡面插入了1000條記錄,其中有一條 i testid vc...

MySQL索引經驗之淺見

it168技術文件 大家都知道在資料庫表中,使用索引可以大大提高查詢速度。本文講了這麼多,也無非是想利用索引提高資料庫的執行效率。不過索引只是提高效率的乙個因素。如果你的mysql有大資料的表,就需要花時間研究建立最優秀的索引或優化查詢語句。一 索引分單列索引和組合索引 單列索引 即乙個索引只包含單...

MySQL索引經驗之淺見

在資料庫表中,使用索引可以大大提高查詢速度。假如我們建立了乙個testindex表 create table testindex i testid int not null,vc name varchar 16 not null 我們隨機向裡面插入了1000條記錄,其中有一條 i testid vc...