命名規則：表名_欄位名

1、需要加索引的欄位，要在where條件中
2、資料量少的欄位不需要加索引
3、如果where條件中是OR關係，加索引不起作用
4、符合最左原則

建立索引

索引型別

在建立索引時，可以規定索引能否包含重複值。如果不包含，則索引應該建立為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

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允許在單個語句中更改多個表，因此可以在同時建立多個索引。
 

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索引。

刪除索引

可利用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索引。

如果從表中刪除了某列，則索引會受到影響。對於多列組合的索引，如果刪除其中的某列，則該列也會從索引中刪除。
如果刪除組成索引的所有列，則整個索引將被刪除。
 

檢視索引 

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

什麼情況下使用索引

表的主關鍵字

自動建立唯一索引

如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在建立索引優化時需要注意的問題 

建立索引 

對於查詢佔主要的應用來說，索引顯得尤為重要。很多時候效能問題很簡單的就是因為我們忘了新增索引而造成的，或者說沒有新增更為有效的索引導致。
如果不加索引的話，那麼查詢任何哪怕只是一條特定的資料都會進行一次全表掃描，如果一張表的資料量很大而符合條件的結果又很少，那麼不加索引會引起致命的效能下降。
但是也不是什麼情況都非得建索引不可，比如性別可能就只有兩個值，建索引不僅沒什麼優勢，還會影響到更新速度，這被稱為過度索引。

複合索引 

比如有一條語句是這樣的：select * from users where area=’beijing’ and age=22;
如果我們是在area和age上分別建立單個索引的話，由於mysql查詢每次只能使用一個索引，所以雖然這樣已經相對不做索引時全表掃描提高了很多效率，但是如果在area、age兩列上建立複合索引的話將帶來更高的效率。如果我們建立了(area, age,salary)的複合索引，那麼其實相當於建立了(area,age,salary)、(area,age)、(area)三個索引，這被稱為最佳左字首特性。
因此我們在建立複合索引時應該將最常用作限制條件的列放在最左邊，依次遞減。

索引不會包含有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)

不使用NOT IN和操作

NOT IN和操作都不會使用索引將進行全表掃描。NOT IN可以NOT EXISTS代替，id3則可使用id>3 or id