需要帮助优化涉及数百万条记录的非常慢的DB2 SQL查询

Question

我正在尝试优化以下SQL，但我的SQL优化知识相当绿色，我没有取得多大进展。(由于公司策略，我对列和其他标识符进行了一般化)在其当前状态下，根据负载的不同，此SQL运行时间在1到2分钟之间。VKTINFO表包含大约100万条记录，GNTINFO表包含大约300万条记录。通常情况下，如果这是一个批处理过程，1-2分钟并不是什么大问题，但是我们的代理需要实时且尽可能快地获取这些信息——更糟糕的是，我们的系统最终会超时并向用户返回一个遗憾的错误。但是，不能选择扩展超时窗口。我们有其他的搜索条件，例如，名字，邮政编码，帐户类型，帐户状态等，但是当执行如下的广泛搜索时，查询变得相当慢。

如果有任何关于如何操纵SQL以加速选择的建议/技术，我将非常感谢任何关于此事的想法。如果需要更多的信息，我很乐意在符合公司政策的前提下提供尽可能多的信息。

编辑:

下面是VKTINFO和GNTINFO表的索引。

• account_number
• expiration_date
• effective_date

gnt_account_info和vkt_account_info的索引:

• pi_account_num
• pi_policy_num_gid

gntnad和vktnad表的索引:

• nad_account_number
• nad_name_type

gntpolrf和vktpolrf表的索引:

• xrf_account_number

select
processing_system,
total_premium,
quote_by,
email_address,
account_number,
expiration_date,
account_state,
xrf_file,
customer_name
from
(
   select
   'ABCD' as processing_system,
   total_premium,
   quote_by,
   email_address,
   account_number,
   expiration_date,
   account_state,
   xrf_file,
   customer_name
   from vktinfo 
    left outer join vkt_account_info on account_number = pi_account_number 
    left outer join vktpolrf on account_number = xrf_account_number 
    left outer join VKTNAD on account_number = nad_account_number
    and history_expiration_date=nad_history_expiration_date
    and nad_name_type='HA'
   WHERE effective_date >= '2013-02-01'
   AND effective_date <= '2013-02-28'
   AND customer_name like '_SMITH%'
   AND account_state = 'South Carolina'
   union all
   select
   'EFGH' as processing_system,
   total_premium,
   quote_by,
   email_address,
   account_number,
   expiration_date,
   account_state,
   xrf_file,
   customer_name
   from gntinfo 
    left outer join gnt_account_info on account_number = pi_account_number 
    left outer join vktpolrf on account_number = xrf_account_number 
    left outer join GNTNAD on account_number = nad_account_number
    and history_expiration_date=nad_history_expiration_date
    and nad_name_type='HA'
   WHERE effective_date >= '2013-02-01'
   AND effective_date <= '2013-02-28'
   AND customer_name like '_SMITH%'
   AND account_state = 'South Carolina'
)
a
order by customer_name ASC fetch first 1000 rows only WITH UR

Answer 1

我没有一个绝对可靠的答案。但我确实有些东西你可以试试。我知道你没有拿到执行计划的权限。

• 与已经在那里工作了一段时间的人联系，并询问您是否应该能够运行EXPLAIN。
• 您可能需要在account_state上创建索引。经验法则:索引连接条件或WHERE子句中使用的每个列。有时，多列索引比几个单列索引性能更好。
• 尝试将可以移动到外部查询的子查询的WHERE子句的每个部分移动到外部查询，并测试两件事。
  • 在外部查询的普通WHERE子句中使用这些部分。
  • 重新调整外部查询的范围，这样就不会从 UNIONed子查询中选择，而是对其执行内部连接。
• 确定是否有任何左边的外连接可以被内连接替换。存储"nad_name_type"的表可能是内连接的候选表。(你知道为什么吗?)
• 测试子查询作为视图实现时的性能。您可能需要DBA的帮助。(如果他们不让你运行EXPLAIN，他们可能也不让你创建视图。)
• 测试子查询作为物化查询表实现时的性能。您可能也需要DBA的帮助。