DB2数据库优化.docVIP

关于数据库优化有很多方法，这里针对数据库的runstat（运行统计）和reorg（重组）进行以下说明； 一、runstats：runstats的作用：一个SQL在写完并运行之后，其实我们只是告诉了DB2去做什么，而不是如何去做。而，具体的如何去做，就取决于优化器。优化器为了生成最优的执行计划，就得掌握当前的系统信息，目录中的统计信息等等。 runstats命令就是用来收集数据库对象的状态信息，这对优化器生成最优的执行计划至关重。什么时候需要runstats： 在给表创建一个index后，我们最好做一次runstat，否则可能index没有生效。不过有说法称在8.2版本以后的DB2中，会在INDEX之后自动进行runstats； 在对table做了一次reorg后，记得要做一次runstats。因为对表做reorg，会修改表的很多信息，比如高水位等，所以做一次runstats,可以更新统计信息。 当表里数据发生了比较大的变化，一般来说，大约表里面的数据量的10%-20%发生了变化，就应该作一次runstats。这些变化包括删除，修改，插入。对于一些非常大的表，比方非常巨大。这个时候，完整的对一个大表runstats可能花费时间相当大runstats的语法： runstats on table [模式名].[表名] with distribution and detailed indexes all 你可以在所有列上，或者仅仅在某些列或列组（除了LONG和LOB列）上执行RUNSTATS。如果没有指定特定列的子句，系统则会使用默认的ON ALL COLUMNS子句。 使用RUNSTATS WITH DISTRIBUTION 当您已确定表中包含不是统一分布的数据时，可以运行包含WITH DISTRIBUTION子句的RUNSTATS。目录统计信息表通常包含关于表中最高和最低值的信息，而优化器假定数据值是在两个端点值之间均匀分布的。然而，如果数据值彼此之间差异较大，或者群集在某些点上，或者是碰到许多重复的数据值，那么优化器就无法选择一个最佳的访问路径，除非收集了分布统计信息。使用WITH DISTRIBUTION子句还可以帮助查询处理没有参数标志符（parameter marker）或主机变量的谓词，因为优化器仍然不知道运行时的值是有许多行，还是只有少数行。 如果为单一索引进行runstats，可以使用： runstats on table [模式名].[表名] for indexes [索引名] 首先在维护机上编目需要优化的的数据库； 连接数据库； 找到需要做runstats的表，右键，选择运行统计信息； 二、reorg 在对表数据进行许多更改之后，逻辑上连续的数据可能会位于不连续的物理数据页上，在许多插入操作创建了溢出记录时尤其如此。按这种方式组织数据时，数据库管理器必须执行其他读操作才能访问顺序数据。另外，在删除大量行后，也需要执行其他的读操作。 ??表重组操作会整理数据碎片来减少浪费的空间，并对行进行重新排序以合并溢出记录，从而加快数据访问速度并最终提高查询性能。还可以指定根据特定索引来重新排序数据，以便查询时通过最少次数据读取操作就可以访问数据。 1、表中数据量有10%的变化（增加或减少）； 2、给表增加索引后； 3、更新表结构后； 四、数据库优化的步骤： RUNSTATS - ?? REORGTABLE - ?? REORGINDEX - ?? RUNSTATS 五、用命令优化整个数据库 1、停止业务，或者夜间通知客户端程序会有停顿现象； 2、连接数据库，执行gen_export.db2脚本； 3、生成runstats.db2；reorg.db2；reorgidx.db2三个脚本； 4、依次执行runstats.db2-- reorg.db2—reorgidx--db2runstats.db2；