rrrohanb Asked: 2016-01-05 01:38:08 +0800 CST2016-01-05 01:38:08 +0800 CST 2016-01-05 01:38:08 +0800 CST DB2:重组和 RunStats 772 我应该以什么频率在我的主表上运行 REORG 和 RUNSTATS? 如果我每天将大约 1,000,000 条记录加载到我的表中,是否建议在加载后每天运行 REORG 和 RUNSTATS? REORG 和 RUNSTATS 有什么缺点吗? 我从此处的链接了解REORG和RUNSTATS的作用。但无法得出它可能对过度使用或使用不足产生的影响。 db2 maintenance 1 个回答 Voted Best Answer Chris Aldrich 2016-01-05T05:50:32+08:002016-01-05T05:50:32+08:00 这是其中一个正确答案是:这取决于。这完全取决于您的环境和数据。您可以而且应该做的是测试您需要在较低环境中运行它们的频率。在负载/压力下与他们一起玩。找出您可能需要使用的选项。 但是为了给你一些开始的东西,并且不知道你的数据分布,我会RUNSTATS每天去。也许REORG每周一次。现在,根据您LOAD发生的时间,我会考虑在LOAD. LOAD绕过了很多东西。您想知道表中的行数和数据分布,以便高效地运行查询。REORG是清理丢失的空间和提高I/O。之后可能不太重要LOAD(取决于表碎片)。 两者都RUNSTATS获取REORG各种锁,因此再次强调,这就是您要在较低环境中进行测试的地方。如果可以,请在数小时后运行它们以实现零影响。如果您需要在白天运行它们,请使用这些选项看看您能做什么。我碰巧使用的系统允许在白天完全RUNSTATS和完全离线。REORG但是我们没有其他人拥有的交易量。 希望我已经给了你一些考虑的想法和一个开始的地方。每个人的(最终)答案都不同。
这是其中一个正确答案是:这取决于。这完全取决于您的环境和数据。您可以而且应该做的是测试您需要在较低环境中运行它们的频率。在负载/压力下与他们一起玩。找出您可能需要使用的选项。
但是为了给你一些开始的东西,并且不知道你的数据分布,我会
RUNSTATS
每天去。也许REORG
每周一次。现在,根据您LOAD
发生的时间,我会考虑在LOAD
.LOAD
绕过了很多东西。您想知道表中的行数和数据分布,以便高效地运行查询。REORG
是清理丢失的空间和提高I/O。之后可能不太重要LOAD
(取决于表碎片)。两者都
RUNSTATS
获取REORG
各种锁,因此再次强调,这就是您要在较低环境中进行测试的地方。如果可以,请在数小时后运行它们以实现零影响。如果您需要在白天运行它们,请使用这些选项看看您能做什么。我碰巧使用的系统允许在白天完全RUNSTATS
和完全离线。REORG
但是我们没有其他人拥有的交易量。希望我已经给了你一些考虑的想法和一个开始的地方。每个人的(最终)答案都不同。