DB2数据库日常维护REORG_TABLE

转）DB2日常维护——REORG TABLE命令优化数据库性能 2009-04-24 16:18 一个完整的日常维护规范可以帮助 DBA 理顺每天需要的操作，以便更好的监控和维护数据库，保证数据库的正常、安全、高效运行，防止一些错误重复发生。 由于 DB2使用 CBO作为数据库的优化器，数据库对象的状态信息对数据库使用合理的 ACCESS PLAN至关重要。DB2 优化器使用目录统计信息来确定任何给定查询的最佳访问方案。如果有关表或索引的统计信息已过时或者不完整，则会导致优化器选择不是最佳的方案，并且会降低 执行查询的速度。当数据库里某个表中的记录变化量很大时，需要在表上做 REORG操作来优化数据库性能 一、完整的 REORG表的过程 值得注意的是，针对数据库对象的大量操作，如反复地删除表，存储过程，会引起系统表中数据的频繁改变，在这种情况下，也要考虑对系统表进行 REORG操作。一个完整的 REORG表的过程应该是由下面的步骤组成的： RUNSTATS -> REORGCHK -> REORG -> RUNSTATS -> BIND或 REBIND 注： 执行下面命令前要先连接数据库 1 RUNSTATS 由于在第二步中 REORGCHK时可以对指定的表进行 RUNSTATS操作(在REORGCHK时指定 UPDATE STATISTICS)，所以第一步事实上是可以省略的。 2 REORGCHK 在对表数据进行许多更改之后，逻辑上连续的数据可能会位于不连续的物理数据页上，在许多插入操作创建了溢出记录时尤其如此。按这种方式组织数据时，数据库管理器必须执行其他读操作才能访问顺序数据。另外，在删除大量行后，也需要执行其他的读操作。 表重组操作会整理数据碎片来减少浪费的空间，并对行进行重新排序以合并溢出记录，从而加快数据访问速度并最终提高查询性能。还可以指定根据特定索引来重新排序数据，以便查询时通过最少次数据读取操作就可以访问数据。 下列任何因素都可能指示用户应该重组表： 1）自上次重组表之后，对该表进行了大量的插入、更新和删除活动 。 2）对于使用具有高集群率的索引的查询，其性能发生了明显变化 。 3）在执行 RUNSTATS 命令以刷新统计信息后，性能没有得到改善。 4）REORGCHK 命令指示需要重组表（注意：在某些情况下，REORGCHK 总是建议重组表，即使在执行了重组后也是如此）。例如，如果使用 32KB 页大小，并且平均记录长度为 15 字节且每页最多包含 253 条记录，则每页具有 32700- (15 x 253)=28905 个未使用字节。这意味着大约 88% 的页面是可用空间...