如何縮短reorg rebuild的時(shí)間？

taker2001

在我們的生產(chǎn)環(huán)境每個(gè)周末都跑reorg rebuild <all tables> + update index statistics <all tables> 來提高性能，
但客戶抱怨reorg rebuild的執(zhí)行時(shí)間越來越長，比之前多了將近1小時(shí)，影響到了他們?nèi)粘２僮鳌?br />
請問各位大俠，如何縮短reorg rebuild的執(zhí)行時(shí)間？或者什么因素會導(dǎo)致reorg rebuild越來越慢？

謝謝了！

chuxu

每周都跑，你的數(shù)據(jù)變化這么頻繁嗎？
reorg rebuild的主要操作是IO，感覺除非在硬件上進(jìn)行更新，否則難以優(yōu)化。

taker2001

是啊 我們的7×24的銀行外匯交易系統(tǒng)

我現(xiàn)在的想法是，讓應(yīng)用程序那邊，開發(fā)人員多做一些Housekeeping，使表所占用的空間（page數(shù)）小一些，這樣reorg的時(shí)間就會相應(yīng)的減少了 不知道還有沒有其他的辦法

chuxu

你的表一般有多少記錄，每天增加或者刪除的有多少？

taker2001

有幾個(gè)大表有大概5千萬條record, 每天增加或者刪除的有多少 這個(gè)不知道怎樣去統(tǒng)計(jì)。。。。

andkylee

回復(fù) 5# taker2001


    ase15.0 有個(gè)函數(shù)datachange() ,不過之前的版本好像沒有辦法看。

chuxu

5千萬記錄級別的表的確需要定期的執(zhí)行reorg rebuild，一般情況下數(shù)據(jù)變化超過20%之后應(yīng)該考慮執(zhí)行reorg rebuild。
可以用optdiag 看一下相關(guān)表的索引統(tǒng)計(jì)信息確定是否需要執(zhí)行reorg。
另外對于大表，采用分表的方法對大數(shù)據(jù)進(jìn)行拆分也是提高效率的好方法

shakeone

reorg rebuild可以指定運(yùn)行時(shí)間的，而且下次開始可以指定resume，所以不用一次做完那么著急的。