centos informix索引策略

CentOS 上 Informix 索引策略

一 索引设计原则

• 为高频出现在 WHERE、JOIN、ORDER BY 中的列建立索引，优先选择高选择性（唯一值多）的列作为索引前缀，减少扫描行数。
• 合理使用复合索引：将等值条件字段放在前面，范围/排序字段放在后面；尽量让索引能覆盖查询所需列，形成覆盖索引，避免回表。
• 对长字符串使用前缀索引以节省空间并提升效率。
• 避免冗余索引与重复索引，降低 INSERT/UPDATE/DELETE 的维护成本。
• 在索引列上避免函数或表达式计算，否则通常会导致索引失效。
• 谨慎使用通配符查询，尤其是 LIKE ‘%xxx%’ 容易引发全表扫描，优先改为 LIKE ‘xxx%’ 或等值匹配。

二 查询与索引协同

• 通过 EXPLAIN 或开启 set explain on 查看执行计划，确认是否走索引、是否发生全表扫描或低效操作。
• 必要时使用**索引提示（INDEX 提示）**引导优化器选择更优索引，但应先验证计划稳定性。
• 优化器依赖准确的统计信息来生成执行计划，需定期更新统计信息。
• 持续监控与诊断：利用 onstat、oncheck 等工具观察索引使用与性能瓶颈，结合慢 SQL 进行针对性调整。

三 维护与存储优化

• 定期更新统计信息，在数据分布或数据量发生明显变化后及时执行，确保优化器选择更优执行路径。
• 对高变更表进行索引重建与碎片清理，恢复索引效率与空间局部性。
• 结合 CentOS 层面的 I/O 调度器与文件系统优化（如选择更合适的调度策略、合理挂载选项），降低索引页读写延迟。
• 在大型或高并发场景下，结合表/索引分区与压缩（表/列/行压缩）以优化扫描与存储效率。

四 快速落地清单

• 明确业务 SQL 的过滤、关联、排序字段，优先为高选择性列建立单列或复合索引，并尽量设计为覆盖索引。
• 对长文本字段采用前缀索引，并清理不再使用或重复的索引。
• 在 SQL 中避免对索引列使用函数或表达式，将 LIKE ‘%…%’ 改为前缀匹配或可索引条件。
• 执行 set explain on 或使用 EXPLAIN 检查是否走索引，必要时用 INDEX 提示验证更优索引。
• 定期更新统计信息，在数据大批量导入/删除后执行重建或重组索引。
• 使用 onstat、oncheck 持续监控索引命中与性能，结合慢 SQL 清单迭代优化。