Ubuntu Informix的索引优化方法是什么

Ubuntu 上 Informix 索引优化方法

一 索引设计与选型

• 为高频出现在 WHERE、JOIN、ORDER BY、GROUP BY 中的列建立索引，优先选择高选择性（不同值多）的列，避免在低选择性列（如性别）上建索引。
• 合理设计复合索引的顺序，使其与查询的过滤与排序顺序一致；将能显著缩小结果集的列放在前面。
• 优先使用覆盖索引（索引包含查询所需全部列），减少回表与 I/O。
• 对长字符串使用前缀索引以节省空间并提升效率。
• 控制索引数量，删除冗余/重复索引，降低 INSERT/UPDATE/DELETE 的开销。
• 结合数据特征选择索引类型：常用为 B-tree；在合适场景考虑 Bitmap（低基数列、只读/批处理多）、哈希（精确等值查询）；对超大型表可结合分区表减少扫描范围。

二 索引使用与 SQL 编写规范

• 避免在索引列上使用函数或表达式（如 UPPER(col)、col+1），否则通常会导致索引失效。
• 谨慎使用通配符：以通配符开头的 LIKE ‘%xxx’ 通常无法使用索引；尽量改写为前缀匹配或等值匹配。
• 尽量避免全表扫描：通过合适的索引、范围条件与分页限制结果集。
• 优化 JOIN：为连接键建立索引，优先使用 INNER JOIN，减少不必要的连接与笛卡尔积。
• 减少 **SELECT ***，仅查询需要的列，便于使用覆盖索引。
• 必要时使用索引提示（INDEX hint）引导优化器选择更优索引。

三 统计信息与执行计划

• 定期更新统计信息，保证优化器能生成更优执行计划。
• 使用 SET EXPLAIN ON 输出执行计划，检查是否走索引、是否发生排序、是否全表扫描，并据此调整索引或 SQL。
• 对于复杂查询，利用 EXPLAIN 识别瓶颈（如缺失索引、排序消耗大）并迭代优化。

四 维护与监控

• 在数据大量增删改后，执行索引重建/重组与碎片清理，保持索引健康与访问效率。
• 持续监控关键指标（如逻辑/物理读、命中率、锁等待、会话与 SQL 耗时），利用 onstat、oncheck 等工具定位索引相关瓶颈。
• 建立定期维护例行任务：更新统计信息、重建或重组索引、清理无用对象，确保长期稳定。

五 实操清单与示例

• 诊断与验证
  • 开启计划：SET EXPLAIN ON; 执行目标 SQL；查看生成的 .out 执行计划，关注是否使用索引、是否排序。
  • 在线诊断：使用 onstat -g sql、onstat -g ses 等观察会话与 SQL 行为；必要时用 oncheck 检查索引结构与一致性。
• 索引设计与改写示例
  • 低效：SELECT * FROM t WHERE UPPER(name)=‘ABC’;
    优化：改为不修改索引列的形式或在应用层处理大小写，并为 name 建立索引。
  • 低效：SELECT * FROM t WHERE col LIKE ‘%abc’;
    优化：改为前缀匹配（如 LIKE ‘abc%’）或全文检索方案，并为 col 建立合适索引。
  • 低效：多条件未利用索引
    优化：建立复合索引，如 CREATE INDEX idx_c1c2 ON t(c1, c2); 使顺序与 WHERE/ORDER BY 一致。
  • 低效：SELECT * FROM t WHERE (a=1 AND b=2) OR b=3;
    优化：改写为 UNION 以利用索引：
    SELECT * FROM t WHERE a=1 AND b=2
    UNION
    SELECT * FROM t WHERE b=3;
• 维护与验证
  • 例行：更新统计信息、重建/重组索引；变更后在测试环境验证执行计划与性能回放，再推广至生产。