db2 查询在不同的环境中花费不同的时间
db2 Query Is Taking Different Time In Diff Environments
查询在 DEV 和 TEST 环境中花费的时间不同。 TEST 环境中的相同查询比在 DEV 环境中花费更多时间。
OS= SUSE Linux Enterprise Server 11（在两者上）。
DB= db2 10.5（在两者上）。
Ram= 32gb（两者都有）。
CPU 开发=
vendor_id : IBM/S390
处理器：8
每个 cpu 的 bogomips：14367.00
CPU 测试中：
vendor_id : IBM/S390
处理器：8
每个 cpu 的 bogomips：18115.00
假设您已经对两者进行了解释并且计划相同；所以你知道你没有遗漏任何索引。
并且两个环境中的表具有完全相同的数据。
那么我只能说 SQL 性能在很大程度上取决于 运行 时间环境。
含义活动进程数和可用内存量。
除非您是唯一的用户并且两个环境的设置完全相同，否则我希望看到查询 运行 次的差异。
我想差异很大，所以我将首先查看缺少的索引、重组和运行统计信息。如果一切看起来都一样，那么这两个环境的负载应该就是您的答案。
查询在 DEV 和 TEST 环境中花费的时间不同。 TEST 环境中的相同查询比在 DEV 环境中花费更多时间。
OS= SUSE Linux Enterprise Server 11（在两者上）。
DB= db2 10.5（在两者上）。
Ram= 32gb（两者都有）。
CPU 开发=
vendor_id : IBM/S390 处理器：8 每个 cpu 的 bogomips：14367.00
CPU 测试中：
vendor_id : IBM/S390 处理器：8 每个 cpu 的 bogomips：18115.00
假设您已经对两者进行了解释并且计划相同；所以你知道你没有遗漏任何索引。
并且两个环境中的表具有完全相同的数据。
那么我只能说 SQL 性能在很大程度上取决于 运行 时间环境。
含义活动进程数和可用内存量。
除非您是唯一的用户并且两个环境的设置完全相同，否则我希望看到查询 运行 次的差异。
我想差异很大，所以我将首先查看缺少的索引、重组和运行统计信息。如果一切看起来都一样，那么这两个环境的负载应该就是您的答案。