mysql在建立索引優化時需要注意的問題
檀健飛
表的主關鍵字
自動建立唯一索引
如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（電費實收）表經常按收費序號、戶標識編號、抄表日期、電費發生年月、操作標誌來具體查詢某一筆收款的情況，如果將所有的字段都建在乙個 索引裡那將會增加資料的修改、插入、刪除時間，從實際上分析一筆收款如果按收費序號索引就已經將記錄減少到只有幾條，如果再按後面的幾個字段索引查詢將對 效能不產生太大的影響。
一、注意事項：
首先，應當考慮表空間和磁碟空間是否足夠。我們知道索引也是一種資料，在建立索引的時候勢必也會占用大量表空間。因此在對一大表建立索引的時候首先應當考慮的是空間容量問題。
其次，在對建立索引的時候要對錶進行加鎖，因此應當注意操作在業務空閒的時候進行。
二、效能調整方面：
首當其衝的考慮因素便是磁碟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索引的時候有一下幾點注意：
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 「�a%」 不會使用索引而like 「aaa%」可以使用索引。
7，不要在列上進行運算
select * from users where
year(adddate)
8，不使用not in和操作
not in和操作都不會使用索引將進行全表掃瞄。not in可以not exists代替，id3則可使用id>3 or id
總結 MySql在建立索引優化時需要注意的問題
from 1，建立索引 不是什麼情況都非得建索引不可，比如性別可能就只有兩個值，建索引不僅沒什麼優勢，還會影響到更新速度，這被稱為過度索引。2，復合索引 比如有一條語句是這樣的 select from users where area beijing and age 22 如果我們是在area和ag...
MySql在建立索引優化時需要注意的問題
設計好mysql的索引可以讓你的資料庫飛起來，大大的提高資料庫效率。設計mysql索引的時候有一下幾點注意 1，建立索引 對於查詢佔主要的應用來說，索引顯得尤為重要。很多時候效能問題很簡單的就是因為我們忘了新增索引而造成的，或者說沒有新增更為有效的索引導致。如果不加 索引的話，那麼查詢任何哪怕只是一...
MySql在建立索引優化時需要注意的問題
設計好mysql的索引可以讓你的資料庫飛起來，大大的提高資料庫效率。設計mysql索引的時候有一下幾點注意 1，建立索引 對於查詢佔主要的應用來說，索引顯得尤為重要。很多時候效能問題很簡單的就是因為我們忘了新增索引而造成的，或者說沒有新增更為有效的索引導致。如果不加 索引的話，那麼查詢任何哪怕只是一...