使用DB2look重新创建优化器访问计划(7)

在数据库管理领域，优化器访问计划对于SQL查询的性能至关重要。DB2look工具是一个非常有用的实用程序，允许管理员从数据库中提取DDL（数据定义语言）信息，这对于在不同环境中复制或模拟数据库对象及其行为非常有用。本文将深入探讨如何使用DB2look重新创建优化器访问计划，以及在此过程中需要注意的关键点。 我们要理解步骤3的操作流程。在生产环境中，使用`db2look`命令收集所有对象的DDL信息，例如： ```bash db2look -d sample -e -a -m -o db2look.out ``` 这里的参数含义如下： - `-d sample` 指定数据库名称为`sample` - `-e` 表示提取所有对象，包括存储过程、触发器等 - `-a` 包含所有用户模式的对象 - `-m` 包括模式信息 - `-o db2look.out` 将输出写入文件`db2look.out` 在测试环境中，通过执行这个生成的DDL脚本来创建同样的数据库结构： ```bash db2 -tvf db2look.out ``` `-tvf` 参数表示读取文件并以文本格式显示执行结果。 然后，确保测试环境中的数据库配置参数与生产环境一致，特别是`dbheap`参数，因为这直接影响到优化器的决策和内存使用。 接下来，进入步骤4，使用`db2exfmt`工具获取访问计划。在生产和测试环境中分别执行： ```bash db2exfmt -d <database_name> -t <tablespace_name> -q <query> ``` 对比两者的访问计划，确保以下关键元素相同： - 数据库上下文（Database Context），包括并行性、CPU速度、通信速度、缓冲池大小、排序堆大小、数据库堆大小、锁列表大小、最大锁列表、平均应用程序和可用锁数量 - 包装器上下文（Package Context），如SQL类型、优化级别、阻塞策略、隔离级别 例如，如果在生产环境中是多处理机并行（MPP），而测试环境中的并行度不匹配，可能会影响访问计划。在示例4中，生产环境为MPP，有4个逻辑分区和16个物理分区，而测试环境只有4个物理分区。在这种情况下，为了准确模拟，测试环境需要增加分区数到64（16*4），但并不需要16台物理机器，可以是4台物理机器，每台拥有16个逻辑分区。 通过DB2look和db2exfmt，我们可以有效地重新创建和比较生产与测试环境的优化器访问计划，从而确保测试环境的查询行为尽可能接近生产环境。这有助于在测试阶段发现潜在的性能问题，减少在生产环境中出现意外情况的可能性。在实际操作中，还需要注意其他数据库配置参数、索引、统计信息等因素，以达到最精确的模拟效果。