表的主關鍵字
自動建立唯一索引
如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，從而提高執行的速度。
自動建立唯一索引
如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在建立索引優化時需要注意的問題
|