提高informix中sql的性能

Question

任何人都可以帮助我提高以下sql的性能。使用的数据库是informix

SELECT 
   informix.set_reason_codes.description as reason_code, 
   count(*) as number_of_calls
FROM 
informix.contact_history,
informix.set_reason_codes,
informix.customers
WHERE 
  (informix.contact_history.reason_code = informix.set_reason_codes.reason_code)
and ( ( informix.set_reason_codes.code_type = 'CONTACT_HISTORY' ) )
and ( informix.contact_history.customerkey = informix.customers.customerkey ) 
and ( informix.contact_history.call_type = 0 ) 
group 
   by informix.set_reason_codes.description  
order by 
   informix.set_reason_codes.description  

Answer 1

您需要通过在 EXPLAIN ON 下运行此 SQL 来获取查询计划，即：

SET EXPLAIN ON;
SELECT ....

这会将优化器的计划写入文件（实际位置取决于操作系统和连接方法）。

一旦掌握了这一点，您将能够更好地确定性能问题的原因。但通常情况下，它可以归结为以下问题之一：

• 不适当的索引、
• 过时或缺少索引统计

sqexplain 文件中有关自动索引或顺序扫描的消息（您可能期望嵌套循环（索引连接）是一个很好的指标）需要进行调整。如果没有别的事，运行查询并获取解释输出，然后执行，

UPDATE STATISTICS MEDIUM FOR TABLE informix.contact_history;
UPDATE STATISTICS MEDIUM FOR TABLE informix.set_reason_codes;
UPDATE STATISTICS MEDIUM FOR TABLE informix.customers;

如果您得到的性能结果与查询计划中报告的结果显着不同，则您知道您的问题与统计信息相关。

了解您正在运行的 Informix 版本也会很有用。

Answer 2

了解如何使用表别名使 SQL 可读：

SELECT r.description AS reason_code, COUNT(*) AS number_of_calls
  FROM informix.contact_history  AS h,
       informix.set_reason_codes AS r,
       informix.customers        AS c
 WHERE h.reason_code = r.reason_code
   AND r.code_type   = 'CONTACT_HISTORY' 
   AND h.customerkey = c.customerkey 
   AND h.call_type   = 0 
 GROUP BY r.description  
 ORDER BY r.description

避免多余的括号也有帮助。你可以对布局进行争论——但沿着这些思路的东西通常看起来是合理的。

有一天，我们可以讨论使用用户“informix”作为表的所有者的优点或缺乏优点 - 我建议不要这样做，但有些人坚持认为这是他们的最佳选择。 （我不同意他们的推理，但客户总是对的。）

关于性能，您在评论中说索引是：

• 对于 contact_history，为 customerkey、date_and_time 和 Reason_code 提供一个索引。
• 对于 set_reason_codes，code_type、reason_code 的一个索引
• 对于客户，客户密钥有一个索引

您的问题的一部分就在这里。您可能会受益于索引：

CREATE INDEX fk_contact_history ON contact_history(reason_code);

这将有助于连接 'h.reason_code = r.reason_code';现有的索引对此没有任何用处。

您可能会从索引中受益：

CREATE INDEX ix_set_reason_codes ON set_reason_codes(reason_code);

然后我们开始讨论问题的实质；您加入了 customer 表，但似乎没有任何实际理由这样做 - 假设 customerkey 实际上是 customers 表的主键。

因此，您将从该查询中得到相同的结果：

SELECT r.description AS reason_code, COUNT(*) AS number_of_calls
  FROM informix.contact_history  AS h,
       informix.set_reason_codes AS r
 WHERE h.reason_code = r.reason_code
   AND r.code_type   = 'CONTACT_HISTORY' 
   AND h.call_type   = 0 
 GROUP BY r.description  
 ORDER BY r.description