1.索引作用
在索引列上,除了上面提到的有序查找之外,資料庫利用各種各樣的快速定位技術,能夠大大提高查詢效率。特别是當資料量非常大,查詢涉及多個表時,使用索引往往能使查詢速度加快成千上萬倍。
例如,有3個未索引的表t1、t2、t3,分别隻包含列c1、c2、c3,每個表分别含有1000行資料組成,指為1~1000的數值,查找對應值相等行的查詢如下所示。
SELECT c1,c2,c3 FROM t1,t2,t3 WHERE c1=c2 AND c1=c3
此查詢結果應該為1000行,每行包含3個相等的值。在無索引的情況下處理此查詢,必須尋找3個表所有的組合,以便得出與WHERE子句相配的那些行。而可能的組合數目為1000×1000×1000(十億),顯然查詢将會非常慢。
如果對每個表進行索引,就能極大地加速查詢程序。利用索引的查詢處理如下。
(1)從表t1中選擇第一行,檢視此行所包含的資料。
(2)使用表t2上的索引,直接定位t2中與t1的值比對的行。類似,利用表t3上的索引,直接定位t3中與來自t1的值比對的行。
(3)掃描表t1的下一行并重複前面的過程,直到周遊t1中所有的行。
在此情形下,仍然對表t1執行了一個完全掃描,但能夠在表t2和t3上進行索引查找直接取出這些表中的行,比未用索引時要快一百萬倍。
利用索引,MySQL加速了WHERE子句滿足條件行的搜尋,而在多表連接配接查詢時,在執行連接配接時加快了與其他表中的行比對的速度。
-
建立索引
在執行CREATE TABLE語句時可以建立索引,也可以單獨用CREATE INDEX或ALTER TABLE來為表增加索引。
1.ALTER TABLE
ALTER TABLE用來建立普通索引、UNIQUE索引或PRIMARY KEY索引。
ALTER TABLE table_name ADD INDEX index_name (column_list)
ALTER TABLE table_name ADD UNIQUE (column_list)
ALTER TABLE table_name ADD PRIMARY KEY (column_list)
其中table_name是要增加索引的表名,column_list指出對哪些列進行索引,多列時各列之間用逗号分隔。索引名index_name可選,預設時,MySQL将根據第一個索引列賦一個名稱。另外,ALTER TABLE允許在單個語句中更改多個表,是以可以在同時建立多個索引。
2.CREATE INDEX
CREATE INDEX可對表增加普通索引或UNIQUE索引。
CREATE INDEX index_name ON table_name (column_list)
CREATE UNIQUE INDEX index_name ON table_name (column_list)
table_name、index_name和column_list具有與ALTER TABLE語句中相同的含義,索引名不可選。另外,不能用CREATE INDEX語句建立PRIMARY KEY索引。
3.索引類型
在建立索引時,可以規定索引能否包含重複值。如果不包含,則索引應該建立為PRIMARY KEY或UNIQUE索引。對于單列惟一性索引,這保證單列不包含重複的值。對于多列惟一性索引,保證多個值的組合不重複。
PRIMARY KEY索引和UNIQUE索引非常類似。事實上,PRIMARY KEY索引僅是一個具有名稱PRIMARY的UNIQUE索引。這表示一個表隻能包含一個PRIMARY KEY,因為一個表中不可能具有兩個同名的索引。
下面的SQL語句對students表在sid上添加PRIMARY KEY索引。
ALTER TABLE students ADD PRIMARY KEY (sid)
-
删除索引
可利用ALTER TABLE或DROP INDEX語句來删除索引。類似于CREATE INDEX語句,DROP INDEX可以在ALTER TABLE内部作為一條語句處理,文法如下。
DROP INDEX index_name ON talbe_name
ALTER TABLE table_name DROP INDEX index_name
ALTER TABLE table_name DROP PRIMARY KEY
其中,前兩條語句是等價的,删除掉table_name中的索引index_name。
第3條語句隻在删除PRIMARY KEY索引時使用,因為一個表隻可能有一個PRIMARY KEY索引,是以不需要指定索引名。如果沒有建立PRIMARY KEY索引,但表具有一個或多個UNIQUE索引,則MySQL将删除第一個UNIQUE索引。
如果從表中删除了某列,則索引會受到影響。對于多列組合的索引,如果删除其中的某列,則該列也會從索引中删除。如果删除組成索引的所有列,則整個索引将被删除。
5.檢視索引
mysql> show index from tblname;
mysql> show keys from tblname;
· Table
表的名稱。
· Non_unique
如果索引不能包括重複詞,則為0。如果可以,則為1。
· Key_name
索引的名稱。
· Seq_in_index
索引中的列序列号,從1開始。
· Column_name
列名稱。
· Collation
列以什麼方式存儲在索引中。在MySQL中,有值‘A’(升序)或NULL(無分類)。
· Cardinality
索引中唯一值的數目的估計值。通過運作ANALYZE TABLE或myisamchk -a可以更新。基數根據被存儲為整數的統計資料來計數,是以即使對于小型表,該值也沒有必要是精确的。基數越大,當進行聯合時,MySQL使用該索引的機會就越大。
· Sub_part
如果列隻是被部分地編入索引,則為被編入索引的字元的數目。如果整列被編入索引,則為NULL。
· Packed
訓示關鍵字如何被壓縮。如果沒有被壓縮,則為NULL。
· Null
如果列含有NULL,則含有YES。如果沒有,則該列含有NO。
· Index_type
用過的索引方法(BTREE, FULLTEXT, HASH, RTREE)。
· Comment
6.什麼情況下使用索引
表的主關鍵字
自動建立唯一索引
如zl_yhjbqk(使用者基本情況)中的hbs_bh(戶辨別編号)
表的字段唯一限制
ORACLE利用索引來保證資料的完整性
如lc_hj(流程環節)中的lc_bh+hj_sx(流程編号+環節順序)
直接條件查詢的字段
在SQL中用于條件限制的字段
如zl_yhjbqk(使用者基本情況)中的qc_bh(區冊編号)
select * from zl_yhjbqk where qc_bh=’7001’
查詢中與其它表關聯的字段
字段常常建立了外鍵關系
如zl_ydcf(用電成份)中的jldb_bh(計量點表編号)
select * from zl_ydcf a,zl_yhdb b where a.jldb_bh=b.jldb_bh and b.jldb_bh=’540100214511’
查詢中排序的字段
排序的字段如果通過索引去通路那将大大提高排序速度
select * from zl_yhjbqk order by qc_bh(建立qc_bh索引)
select * from zl_yhjbqk where qc_bh=’7001’ order by cb_sx(建立qc_bh+cb_sx索引,注:隻是一個索引,其中包括qc_bh和cb_sx字段)
查詢中統計或分組統計的字段
select max(hbs_bh) from zl_yhjbqk
select qc_bh,count(*) from zl_yhjbqk group by qc_bh
什麼情況下應不建或少建索引
表記錄太少
如果一個表隻有5條記錄,采用索引去通路記錄的話,那首先需通路索引表,再通過索引表通路資料表,一般索引表與資料表不在同一個資料塊,這種情況下ORACLE至少要往返讀取資料塊兩次。而不用索引的情況下ORACLE會将所有的資料一次讀出,處理速度顯然會比用索引快。
如表zl_sybm(使用部門)一般隻有幾條記錄,除了主關鍵字外對任何一個字段建索引都不會産生性能優化,實際上如果對這個表進行了統計分析後ORACLE也不會用你建的索引,而是自動執行全表通路。如:
select * from zl_sybm where sydw_bh=’5401’(對sydw_bh建立索引不會産生性能優化)
經常插入、删除、修改的表
對一些經常處理的業務表應在查詢允許的情況下盡量減少索引,如zl_yhbm,gc_dfss,gc_dfys,gc_fpdy等業務表。
資料重複且分布平均的表字段
假如一個表有10萬行記錄,有一個字段A隻有T和F兩種值,且每個值的分布機率大約為50%,那麼對這種表A字段建索引一般不會提高資料庫的查詢速度。
經常和主字段一塊查詢但主字段索引值比較多的表字段
如gc_dfss(電費實收)表經常按收費序号、戶辨別編号、抄表日期、電費發生年月、操作 标志來具體查詢某一筆收款的情況,如果将所有的字段都建在一個索引裡那将會增加資料的修改、插入、删除時間,從實際上分析一筆收款如果按收費序号索引就已 經将記錄減少到隻有幾條,如果再按後面的幾個字段索引查詢将對性能不産生太大的影響。
對千萬級MySQL資料庫建立索引的事項及提高性能的手段
一、注意事項:
首先,應當考慮表空間和磁盤空間是否足夠。我們知道索引也是一種資料,在建立索引的時候勢必也會占用大量表空間。是以在對一大表建立索引的時候首先應當考慮的是空間容量問題。
其次,在對建立索引的時候要對表進行加鎖,是以應當注意操作在業務空閑的時候進行。
二、性能調整方面:
首當其沖的考慮因素便是磁盤I/O。實體上,應當盡量把索引與資料分散到不同的磁盤上(不考慮陣列的情況)。邏輯上,資料表空間與索引表空間分開。這是在建索引時應當遵守的基本準則。
其次,我們知道,在建立索引的時候要對表進行全表的掃描工作,是以,應當考慮調大初始化參數db_file_multiblock_read_count的值。一般設定為32或更大。
再次,建立索引除了要進行全表掃描外同時還要對資料進行大量的排序操作,是以,應當調整排序區的大小。
9i之前,可以在session級别上加大sort_area_size的大小,比如設定為100m或者更大。
9i以後,如果初始化參數workarea_size_policy的值為TRUE,則排序區從pga_aggregate_target裡自動配置設定獲得。
最後,建立索引的時候,可以加上nologging選項。以減少在建立索引過程中産生的大量redo,進而提高執行的速度。
MySql在建立索引優化時需要注意的問題
設計好MySql的索引可以讓你的資料庫飛起來,大大的提高資料庫效率。設計MySql索引的時候有一下幾點注意:
1,建立索引
對于查詢占主要的應用來說,索引顯得尤為重要。很多時候性能問題很簡單的就是因為我們忘了添加索引而造成的,或者說沒有添加更為有效的索引導緻。如果不加
索引的話,那麼查找任何哪怕隻是一條特定的資料都會進行一次全表掃描,如果一張表的資料量很大而符合條件的結果又很少,那麼不加索引會引起緻命的性能下
降。但是也不是什麼情況都非得建索引不可,比如性别可能就隻有兩個值,建索引不僅沒什麼優勢,還會影響到更新速度,這被稱為過度索引。
2,複合索引
比如有一條語句是這樣的:select * from users where area=’beijing’ and age=22;
如果我們是在area和age上分别建立單個索引的話,由于mysql查詢每次隻能使用一個索引,是以雖然這樣已經相對不做索引時全表掃描提高了很多效
率,但是如果在area、age兩列上建立複合索引的話将帶來更高的效率。如果我們建立了(area, age,
salary)的複合索引,那麼其實相當于建立了(area,age,salary)、(area,age)、(area)三個索引,這被稱為最佳左字首
特性。是以我們在建立複合索引時應該将最常用作限制條件的列放在最左邊,依次遞減。
3,索引不會包含有NULL值的列
隻要列中包含有NULL值都将不會被包含在索引中,複合索引中隻要有一列含有NULL值,那麼這一列對于此複合索引就是無效的。是以我們在資料庫設計時不要讓字段的預設值為NULL。
4,使用短索引
對串列進行索引,如果可能應該指定一個字首長度。例如,如果有一個CHAR(255)的 列,如果在前10 個或20 個字元内,多數值是惟一的,那麼就不要對整個列進行索引。短索引不僅可以提高查詢速度而且可以節省磁盤空間和I/O操作。
5,排序的索引問題
mysql查詢隻使用一個索引,是以如果where子句中已經使用了索引的話,那麼order by中的列是不會使用索引的。是以資料庫預設排序可以符合要求的情況下不要使用排序操作;盡量不要包含多個列的排序,如果需要最好給這些列建立複合索引。
6,like語句操作
一般情況下不鼓勵使用like操作,如果非使用不可,如何使用也是一個問題。like “%aaa%” 不會使用索引而like “aaa%”可以使用索引。
7,不要在列上進行運算
select * from users where
YEAR(adddate)
8,不使用NOT IN和操作
NOT IN和操作都不會使用索引将進行全表掃描。NOT IN可以NOT EXISTS代替,id3則可使用id>3 or id