Chinaunix

标题: 如何缩短reorg rebuild的时间? [打印本页]

作者: taker2001    时间: 2010-06-30 11:34
标题: 如何缩短reorg rebuild的时间?
在我们的生产环境每个周末都跑reorg rebuild <all tables> + update index statistics <all tables> 来提高性能,
但客户抱怨reorg rebuild的执行时间越来越长,比之前多了将近1小时,影响到了他们日常操作。

请问各位大侠,如何缩短reorg rebuild的执行时间?或者什么因素会导致reorg rebuild越来越慢?

谢谢了!
作者: chuxu    时间: 2010-06-30 17:02
每周都跑,你的数据变化这么频繁吗?
reorg rebuild的主要操作是IO,感觉除非在硬件上进行更新,否则难以优化。
作者: taker2001    时间: 2010-06-30 21:32
是啊 我们的7×24的银行外汇交易系统

我现在的想法是,让应用程序那边,开发人员多做一些Housekeeping,使表所占用的空间(page数)小一些,这样reorg的时间就会相应的减少了 不知道还有没有其他的办法
作者: chuxu    时间: 2010-07-01 08:38
你的表一般有多少记录,每天增加或者删除的有多少?
作者: taker2001    时间: 2010-07-01 18:20
有几个大表有大概5千万条record, 每天增加或者删除的有多少 这个不知道怎样去统计。。。。
作者: andkylee    时间: 2010-07-01 18:48
回复 5# taker2001


    ase15.0 有个函数datachange() ,不过之前的版本好像没有办法看。
作者: chuxu    时间: 2010-07-02 09:15
5千万记录级别的表的确需要定期的执行reorg rebuild,一般情况下数据变化超过20%之后应该考虑执行reorg rebuild。
可以用optdiag 看一下相关表的索引统计信息确定是否需要执行reorg。
另外对于大表,采用分表的方法对大数据进行拆分也是提高效率的好方法
作者: shakeone    时间: 2010-08-21 14:56
reorg rebuild可以指定运行时间的,而且下次开始可以指定resume,所以不用一次做完那么着急的。
作者: mrant02    时间: 2010-08-24 09:22
提示: 作者被禁止或删除 内容自动屏蔽




欢迎光临 Chinaunix (http://bbs.chinaunix.net/) Powered by Discuz! X3.2