工作筆記 - 調整索引和表空間

[@more@]

客戶資料庫原本資料採集已經自動計算的過程需要10個小時。

作如下優化：

1。調整初始化引數
open_cursors=400 ，原來是2500
db_file_multiblock_read_count=16 原來是8
db_block_buffers=89600 * 8192 = 700M， 原來是19200
shared_pool_size=104857600 ， 原來是52428800
sort_area_size=1058576 ， 原來是65536
optimizer_mode=all_rows ， 原來是first_rows

2。調整表空間中資料檔案的分配和大小，取消資料檔案的自動擴充套件屬性

3。調整INDEX，原本某表的主鍵佔了將近7G的空間，但是資料表本身只有1G多大小刪除了原來的主鍵，重新建立，使用COMPRESS，佔用空間縮小到3G多。這樣的情況同樣出現在其它一些大表中，作了同樣的處理。

4。刪除了一些現場人員隨意建立的臨時表，這些臨時表總共佔據了將近1G的空間

5。刪除了一些重複的索引

7。重組了INDEX表空間，原本佔據了9G的空間，重組之後只需要900M空間

優化以後資料採集和自動計算的時間縮短為5小時，100%效率提高

沒有使用到任何高深的技術，僅僅是一些基本的優化工作，已經滿足了客戶的需求，可見Oracle一路NEXT的安裝，雖然也可以用，但是會用的很不爽。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12521/viewspace-777470/，如需轉載，請註明出處，否則將追究法律責任。