一次完整的DB2 reorg经历

最新推荐文章于 2023-04-14 14:04:37 发布
最新推荐文章于 2023-04-14 14:04:37 发布
阅读量2.8w 收藏 30
点赞数 3
分类专栏： DB2 文章标签： 数据库 索引 reorg db2
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/starym/article/details/49642681
版权
本文记录了一次针对DB2数据库的reorg操作，解决因历史图片累积导致的性能问题。通过RUNSTATS收集统计信息，发现重要表和索引未更新，进而执行REORG过程，包括对分区表的处理，监控reorg状态，以及最后的runstats检查和rebind操作，成功提升了数据库性能。
摘要由CSDN通过智能技术生成

事件：

ecmapp11的历史图片每天累积，TSM每天可以建立迁移任务，但却取不到任何数据；
与其关联的数据库rmdb11查询操作速度也超慢， 在和数据量相当的另一个数据库rmdb12上，同样的查询语句只需要花费1秒钟，但rmdb11要用十几分钟。

  • 处理办法：

重建表和索引，清除叶子页碎片，可以有效提高数据库性能。
首先查询syscat.indexes表，查看STATS_TIME列，重要的用户表的索引在最近一次runstats的时间。
这里写图片描述
这里写图片描述

从结果可以看到，几乎所有重要的用户表在创建之后，就从未做过runstats。
所以为了彻底的检查，哪些表和索引需要进行重建，需要对所有用户表做runstats检查。

一个完整的REORG表的过程应该是由下面的步骤组成的：
这里写图片描述

RUNSTATS:

  • 登陆数据库：
db2 connect to rmdb11 user rmadmin using rmadmin

对所有用户表执行runstats（reorgchk加update参数等同于runstats）

$ db2 reorgchk update statistics on table user

Doing RUNSTATS ....

REORG:

在检查结果中，所有带星号的表或分区表、以及索引都需要做reorg重建。

$ db2 reorg table RMADMIN.EXPLAIN_DIAGNOSTIC index SYSIBM.SQL120703164841960 use tempspace1
DB20000I  The REORG command completed successfully.
$ db2 reorg table RMADMIN.EXPLAIN_DIAGNOSTIC_DATA index RMADMIN.EXP_DIAG_DAT_I1 use tempspace1
DB20000I  The REORG command completed successfully.
$ db2 reorg table RMADMIN.EXPLAIN_PREDICATE index RMADMIN.PRD_I1 use tempspace1
DB20000I  The REORG command completed successfully.
$ db2 reorg table RMADMIN.RMSTGGRPCLASS index SYSIBM.SQL120321193908820 use tempspace1
DB20000I  The REORG command completed successfully.
$ db2 reorg table RMADMIN.RMOBJECTS   use tempspace1
SQL2217N  The page size of the system temporary table space used by the REORG 
utility must match the page size of the table space(s) in which the table data 
resides (including the LONG or LOB column data).  The cause is based on the 
following reason codes "1".

SQL2217N
REORG 实用程序使用的系统临时表空间的页大小必须与表数据 （包括 LONG 或 LOB
列数据）所在表空间的页大小相匹配。原因基于下列原因码 原因码。 说明

下面是原因码的列表：
1.原因与表的数据的临时表空间的选择相关。
2.原因与表的 LONG 或 LOB 数据的临时表空间的选择相关。 如果对 REORG 实用程序显式地指定了系统临时表，那么 REORG 实用程序使用的系统临时表空间的页大小必须与表数据（包括 LONG 或 LOB列数据）所在的表空间的页大小相匹配，否则必须为长数据指定适当的容器。下列其中一项违反了此限制：
表数据所在的表空间的页大小与指定的系统临时表空间的页大小不同。 该表包含 LONG 或 LOB列，这些列的数据驻留在页大小与系统临时表空间和表的规则数据的页大小不同的表空间中，但是，无法为 LONG 或 LOB数据对象找到具有正确页大小的表空间。 如果未对 REORG 实用程序指定系统临时表空间或 LONG临时表空间，那么该实用程序在内部查找系统临时表空间。在数据库中不存在使用与表数据页大小相同的页大小的系统临时表空间，或者该系统临时表空间此时不可用。

用户响应

如果数据库中不存在使用与表数据页大小相同的页大小的系统临时表空间，请创建一个系统临时表空间，它使用与该表数据的页大小相匹配的页大小。如果表数据的页大小与
LOB 或 LONG 数据的页大小不同，那么应确保使用该页大小的系统临时表空间也存在。
如果数据库中存在使用与表数据页大小相同的页大小的系统临时表空间，但是发出命令时该临时表空间不可用，请在该系统临时表空间可用时重新发出该命令。

当前使用的临时表空间页大小和该表的页大小不符合，需要新建一个页大小和该表的页大小符合的系统临时表空间。
查看各个表空间的pagesize：

SELECT tbspace, pagesize FROM SYSIBM.SYSTABLESPACES

查看当前bufferpool：

SELECT * FROM SYSCAT.BUFFERPOOLS

新建一个页大小为32K的bufferpool

$ db2 CREATE BUFFERPOOL temppool32 PAGESIZE 32768
DB20000I  The SQL command completed successfully.

新建一个临时表空间，使用刚才那个bufferpool

$ db2 "create system temporary tablespace tempspace3 pagesize 32K managed by system using ('/rmdb11data/rminst11/NODE0000/SQL00001/tmpspace3') BUFFERPOOL temppool32"
DB20000I  The SQL command completed successfully.

重新执行reorg:

$ db2 reorg table RMADMIN.RMMIGRATIONTASKS index SYSIBM.SQL120321193909130   use tempspace3
监视表重组：
select
       substr(tabname, 1, 15) as tab_name,
       substr(tabschema, 1, 15) as tab_schema,
       reorg_phase,reorg_max_phase,
       substr(reorg_type, 1, 20) as reorg_type,
       reorg_status,
       reorg_completion,
       dbpartitionnum
     from sysibmadm.snaptab_reorg
     order by dbpartitionnum

或：

db2 GET SNAPSHOT FOR TABLES on rmdb11
db2 list history reorg all for rmdb11
db2pd -db rmdb11 -reorgs index

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

或：

$ db2pd -reorgs -db rmdb11

Database Partition 0 -- Database RMDB11 -- Active -- Up 3 days 21:50:20 -- Date 10/30/2015 14:32:09

Table Reorg Information:
Address            TbspaceID TableID PartID MasterTbs MasterTab TableName          Type    IndexID    TempSpaceID
0x070000024C0D1528 5         260     n/a    n/a       n/a       EXPLAIN_PREDICATE  Offline 1          1         
0x070000024C0DEDA8 5         262     n/a    n/a       n/a       EXPLAIN_DIAGNOSTIC Offline 1          1         
0x070000024C0E6D28 5         263     n/a    n/a       n/a       EXPLAIN_DIAGNOSTIC Offline 1          1         
0x070000024B2C9628 7         5       n/a    n/a       n/a       RMMIGRATIONTASKS   Offline 1          13        
0x070000024B2A64A8 5         17      n/a    n/a       n/a       RMSTGGRPCLASS      Offline 1          1         

Table Reorg Stats:
Address            TableName          Start               End                 PhaseStart          MaxPhase   Phase      CurCount   MaxCount   Status  Completion
0x070000024C0D1528 EXPLAIN_PREDICATE  10/30/2015 10:12:38 10/30/2015 10:12:38 10/30/2015 10:12:38 4          IdxRecreat 0          0          Done    0         
0x070000024C0DEDA8 EXPLAIN_DIAGNOSTIC 10/30/2015 10:10:58 10/30/2015 10:10:59 10/30/2015 10:10:58 4          IdxRecreat 0          0          Done    0         
0x070000024C0E6D28 EXPLAIN_DIAGNOSTIC 10/30/2015 10:12:13 10/30/2015 10:12:13 10/30/2015 10:12:13 4          IdxRecreat 0          0          Done    0         
0x070000024B2C9628 RMMIGRATIONTASKS   10/30/2015 12:57:45 n/a                 10/30/2015 14:17:16 4          IdxRecreat 202794     576060     Started 0         
0x070000024B2A64A8 RMSTGGRPCLASS      10/30/2015 10:13:05 10/30/2015 10:13:05 10/30/2015 10:13:05 4          IdxRecreat 0          0          Done    0         
$

这里写图片描述

这里写图片描述

完成！

参考资料：
重组处理期间将发生的最大重组阶段数。此项仅适用于经典（脱机）重组。值的范围为 2 到 4（SORT, BUILD,
REPLACE,INDEX_RECREATE）。此值还可能指示执行重组时为了从多维集群 (MDC)
表中回收扩展数据块而完成的工作总量。执行这样的重组时，此值是 3（SCAN、DRAIN 和 RELEASE）。

对于分区表来说，重组是逐个数据分区进行的。对于传统表重组而言，可能的阶段如下所示（这些阶段与它们在 sqlmon.h
中的相应定义一起列示）： 排序：SQLM_REORG_SORT 构建：SQLM_REORG_BUILD
替换：SQLM_REORG_REPLACE 索引重新创建：SQLM_REORG_INDEX_RECREATE
字典构建：SQLM_REORG_DICT_SAMPLE
对于分区表而言，在数据分区的“替换”阶段完成后，可以直接进入分区索引（如果有的话）的“索引重建”阶段。仅当每个数据分区上的所有先前阶段成功完成后，reorg_phase
元素才会指示“索引重新创建”阶段。

在 XDA 对象压缩期间，XML 数据重组阶段涉及识别表的 XML 存储器对象。XML 字典构建阶段涉及尝试为 XML
存储器对象创建压缩字典。对于 XDA 对象压缩而言，可能的两个阶段如下所示： XML 重组：SQLM_REORG_XML_DATA XML
字典构建：SQLM_REORG_XML_DICT_SAMPLE 对于分区表，在执行扩展数据块回收操作时，可能的阶段如下所示：
扫描：SQLM_REORG_SCAN 漏出：SQLM_REORG_DRAIN 释放：SQLM_REORG_RELEASE

$ db2 reorg indexes all for table RMADMIN.RMTRANSACTIONS ALLOW write ACCESS cleanup only
DB20000I  The REORG command completed successfully.

分区表reorg

RMADMIN.RMOBJECTS是分区表，reorg需要指定data partition number名称，
总共有62个分区，标记F1的有39个分区，2个索引分区标记F8
Index: RMADMIN.IDX_OBJ_STATUS
Data Partition: EXCEP2
Index: SYSIBM.SQL120528224438680
Data Partition: EXCEP2

参考:
查询该表分区情况：

select * from SYSCAT.DATAPARTITIONS where tabname='RMOBJECTS'

db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_1

这里写图片描述

db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_2
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_3
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_4
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_5
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_6
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_7
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_8
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_9
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_10
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_11
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_12
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P13_13
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P12_10
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P12_11
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P12_12
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P12_6
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P12_7
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P12_8
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P12_9
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_1
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_2
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_3
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_4
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_5
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_6
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_7
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_8
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_9
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_10
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_11
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P14_12
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P15_1
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P15_2
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P15_3
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P15_4
db2 reorg table RMADMIN.RMOBJECTS index RMADMIN.IDX_OBJ_STATUS   allow no access  ON DATA PARTITION  P15_5
监控reorg状态：
$ db2pd -db rmdb11 -reorgs index

Database Partition 0 -- Database RMDB11 -- Active -- Up 5 days 04:54:34 -- Date 10/31/2015 21:36:23

Table Reorg Information:
Address            TbspaceID TableID PartID MasterTbs MasterTab TableName          Type    IndexID    TempSpaceID
0x070000024B2DC028 3         12      6      -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B2E0E28 3         13      7      -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B65C928 3         14      8      -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B2DF328 3         15      9      -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B66BF28 3         16      10     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B66E928 3         17      11     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B6716A8 3         18      12     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B658028 3         19      13     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B4EEAA8 3         20      14     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B4E6DA8 3         21      15     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B6109A8 3         22      16     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B6305A8 3         23      17     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B5BD128 3         24      18     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B532528 3         25      19     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B519CA8 3         26      20     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024C2AAE28 3         27      21     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024C2C15A8 3         28      22     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024C2C42A8 3         29      23     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B516728 3         30      24     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B5A79A8 3         31      25     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B52A628 3         32      26     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B533A28 3         33      27     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024C2BE7A8 3         34      28     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024C2BFF28 3         35      29     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024C2C2C28 3         36      30     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B4F4FA8 3         37      31     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B4EC3A8 3         38      32     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B4ED828 3         39      33     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B306828 3         40      34     -6     -32768 RMOBJECTS          Offline 2          3         
0x07000000400101A8 3         41      35     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B670028 3         42      36     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B53DBA8 3         43      37     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024B517DA8 3         44      38     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024C0ACA28 3         45      39     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024C292028 3         46      40     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024C29ABA8 3         47      41     -6     -32768 RMOBJECTS          Offline 2          3         
0x070000024C0D1528 5         260     n/a    n/a       n/a       EXPLAIN_PREDICATE  Offline 1          1         
0x070000024C0DEDA8 5         262     n/a    n/a       n/a       EXPLAIN_DIAGNOSTIC Offline 1          1         
0x070000024C0E6D28 5         263     n/a    n/a       n/a       EXPLAIN_DIAGNOSTIC Offline 1          1         
0x070000024B2C9628 7         5       n/a    n/a       n/a       RMMIGRATIONTASKS   Offline 1          13        
0x070000024B2A64A8 5         17      n/a    n/a       n/a       RMSTGGRPCLASS      Offline 1          1         

Table Reorg Stats:
Address            TableName          Start               End                 PhaseStart          MaxPhase   Phase      CurCount   MaxCount   Status  Completion
0x070000024B2DC028 RMOBJECTS          10/31/2015 11:10:14 10/31/2015 20:52:09 10/31/2015 11:10:14 4          IdxRecreat 0          0          Done    0         
0x070000024B2E0E28 RMOBJECTS          10/31/2015 11:10:15 10/31/2015 20:52:09 10/31/2015 11:44:30 4          IdxRecreat 0          0          Done    0         
0x070000024B65C928 RMOBJECTS          10/31/2015 11:51:37 10/31/2015 20:52:09 10/31/2015 12:15:37 4          IdxRecreat 0          0          Done    0         
0x070000024B2DF328 RMOBJECTS          10/31/2015 12:20:41 10/31/2015 20:52:09 10/31/2015 12:39:03 4          IdxRecreat 0          0          Done    0         
0x070000024B66BF28 RMOBJECTS          10/31/2015 09:46:53 10/31/2015 20:52:09 10/31/2015 10:07:56 4          IdxRecreat 0          0          Done    0         
0x070000024B66E928 RMOBJECTS          10/31/2015 10:13:55 10/31/2015 20:52:09 10/31/2015 10:34:53 4          IdxRecreat 0          0          Done    0         
0x070000024B6716A8 RMOBJECTS          10/31/2015 10:41:15 10/31/2015 20:52:09 10/31/2015 11:04:26 4          IdxRecreat 0          0          Done    0         
0x070000024B658028 RMOBJECTS          10/30/2015 16:34:06 10/31/2015 20:52:09 10/30/2015 17:49:05 4          IdxRecreat 0          0          Done    0         
0x070000024B4EEAA8 RMOBJECTS          10/30/2015 19:49:59 10/31/2015 20:52:09 10/30/2015 20:55:18 4          IdxRecreat 0          0          Done    0         
0x070000024B4E6DA8 RMOBJECTS          10/30/2015 21:06:51 10/31/2015 20:52:09 10/30/2015 22:29:49 4          IdxRecreat 0          0          Done    0         
0x070000024B6109A8 RMOBJECTS          10/
最低0.47元/天 解锁文章
starym
关注
专栏目录
DB2日常维护——REORG TABLE命令优化数据库性能
06-21 2178
一个完整的日常维护规范可以帮助 DBA 理顺每天需要的操作，以便更好的监控和维护数据库，保证数据库的正常、安全、高效运行，防止一些错误重复发生。 由于DB2使用CBO作为数据库的优化器，数据库对象的状态信息对数据库使用合理的 ...
Python DB2 基础知识（一）
最新发布
龙哥盟
08-10 631
欢迎学习 Db2 简介。既然您在这里，那么您可能正在寻找开始使用 Db2 的地方。我们希望这本书将是你寻找第一步。这本书旨在介绍 Db2 环境和 Python 接口。本书的前半部分将在管理员和程序员都感兴趣的水平上介绍 Db2。它将涵盖您将在这两个角色中使用的 Db2 的许多方面。本书的后半部分将集中讨论如何使用 Python 编程语言与 Db2 接口。虽然主要面向程序员，但管理员也会发现它对他们的一些日常任务也很有用。Db2 历史悠久，是第一个关系数据库实现。
db2 reorg
cjc000的博客
05-23 832
db2 修改表结构后会出现错误码7这种时候需要整理下碎片  reorg table administrator.test; 这个要在db2cmd中运行。
DB2 的REORG_学习（1）_REORG INDEXES/TABLE Command
nayanminxing的专栏
06-27 3789
最近写一个DB2的REORG的脚本，因为以前在mysql里面是没有接触过这个REORG的，所以系统了解一下，我的学习的话是先从命令入手，看看这个名的结构，然后还有选项，这些选项会揭示一些这个命令能干什么事，了解了命令，命令的选项之后再去看相关的理论，再结合理解一下应该就会比较清晰一些了。 所以先来看命令吧。 REORG INDEXES/TABLE Command重新组织一个索引或一张表。你可
DB2 reorg
wxfei19840610的博客
02-24 973
DB2不允许对表“xx”执行操作，原因码为"7" 在命令行连接数据库执行reorg table +表名。 具体步骤： 1、cmd 2、db2cmd 3、db2 connect to 数据库名 user 用户名 using 密码 4、db2 reorg table 表名 ...
db2 reorg(转）
weixin_34001430的博客
07-02 365
DB2 reorg RUNSTATS: db2 connect to rmdb11 user rmadmin using rmadmin 对所有用户表执行runstats（reorgchk加update参数等同于runstats） $ db2 reorgchk update statistics on table user Doing RUNSTATS .... ...
Db2 reorg pending state
云影杳杳的博客
09-17 1052
Error Operation not allowed for reason code “7” on table “IBMCONSOLE.T1”… SQLCODE=-668, SQLSTATE=57016, DRIVER=4.27.25 The table is in the reorg pending state. This can occur after an ALTER TABLE statement containing a REORG-recommended operation. refer Wh
DB2 REORG TABLE 语法
weixin_34106122的博客
04-15 1万+
2019独角兽企业重金招聘Python工程师标准>>> ...
DB2 的REORG_学习（2）_表重组
nayanminxing的专栏
06-27 8775
学习完命令之后来看一下表重组，然后再看索引重组哈。 表重组的方法DB2 V8之后有两种不同的表重组的方法： 脱机REORG 联机REORG REORG命令的INPLACE选项指定联机重组。如果未指定此选项，那么将运行脱机REORG。可以通过两种方法来重组表：传统重组（脱机）和原位置重组（联机）。1).缺省行为是脱机重组。 2).要指定联机重组操作，请使用 REORG TABLE 命令的 INPLA
DB2reorg修复表
06-09
执行REORG命令的过程中，DB2会把表的数据移动到一个新的表空间中，并且重建表的索引。在REORG过程中，表是不可用的，直到REORG完成。因此，在执行REORG命令之前，需要确保没有其他用户正在访问该表。
DB2 的REORG_学习（3）_索引重组
nayanminxing的专栏
06-27 3219
表被更新后，索引性能可能会下降。 这种下降表现在下列方面： 叶子页碎片化。叶子页碎片化之后，必须读取更多的叶子页才能访存表页，因此 I/O 操作成本会增加。 物理索引页的顺序不再与那些页中键的顺序相匹配，从而产生低密度索引1。叶子页具有低密度时，顺序预取操作的效率将降低，I/O 等待数将增加。但是，如果启用了智能索引预取，并且存在低密度索引，那么查询优化器会切换至提前读预取。这可帮助减少低密度索引
db2 修改表字段需要reorg问题
qq_38130280的博客
04-14 2032
从Db2® Version 9.7 开始，您可以在单个工作单元内运行无限数量的 ALTER TABLE 语句。在大多数情况下，在处理完包含此类操作的三个工作单元之后，必须运行 REORG TABLE 命令。以下列表包含一些将表空间置于 REORP 状态并使其不可用的 SQL 语句。
DB2 runstats和reorg操作
william823的专栏
06-15 1309
db2收集统计信息(runstats) db2 reorg操作
Reorg
weixin_34206899的博客
04-21 1595
Reorg 当数据库里某个表中的记录变化量非常大时。须要在表上做REORG操作来优化数据库性能。 值得注意的是，针对数据库对象的大量操作，如重复地删除表。存储过程。会引起系统表中数据的频繁改变。在这样的情况下，也要考虑对系统表进行REORG操作。 一个完整的REORG表的过程应该是由以下的步骤组成的： RUNSTATS -> REORGCHK -> REORG -&gt...
DB2 的REORG_学习（4）_表和索引重组的分析
nayanminxing的专栏
06-27 2382
1.确定何时重组表和索引   对表数据进行大量更改之后，在逻辑上连续的数据可能会存储在不连续的物理数据页中，在许多更新操作创建溢出(overflow)记录后尤其如此。按这种方式组织数据时，数据库管理器必须执行额外的读操作才能访问所需的数据。另外，在删除大量的行之后，空间没有释放（Deleted Record），也需要执行额外的读操作。 关于此任务   表 reorg 操作会通过整理数据碎
DB2 的表在删除字段后 表会挂起 需要执行 reorg命令
dickzhu的专栏
09-19 2260
DB2 的表在删除字段后 表会挂起 需要执行 reorg命令 步骤如下: 通过ssh 登陆到 192.168.1.74 数据库所在服务器 工具: Xshell 5 连接之后： [quote] Connecting to 192.168.1.74:22... Connection established. [/quote] db2 安装的目录在 /op...
db2 reorg、runstats 命令详解
热门推荐
Gorden的博客
01-25 1万+
名词解释： reorg 重组，重新放置数据位置。 runstats 统计信息，可以优化查询器 注意：执行完reorg，再执行runstats，顺序不能乱 例如：db2下执行下面脚本 call admin_cmd('reorg table 模式.表名'); call admin_cmd('runstats on table 模式.表名 with distribution and detailed indexes all'); 一、reorg A、 reorgtable<tbs...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值