CentOS 上优化 Informix 查询性能的可执行方案
一 基线评估与监控
- 建立性能基线：记录关键指标（如逻辑/物理读、执行时间、会话数、锁等待、I/O 利用率），每次调优前后对比，验证收益。
- 使用 SET EXPLAIN ON/AFTER 输出执行计划，识别是否发生全表扫描、临时表/排序、低效连接顺序等。
- 利用 onstat -g ses/onstat -g sql/onstat -g ioq 观察会话、SQL 与 I/O 队列，配合 onmode -z 清理异常会话，避免干扰测试。
- 慢 SQL 抽样：开启或导出慢查询日志，聚焦高成本语句进行重写或索引优化。
二 SQL 与索引优化
- 只查需要的列，避免 **SELECT ***；减少不必要的数据传输与内存占用。
- 为高频出现在 WHERE/JOIN/ORDER BY 的列建立索引；多列条件优先使用复合索引，将选择性高、过滤性强的列放在前面；尽量设计覆盖索引以减少回表。
- 避免在索引列上使用函数或计算（如 UPPER(col)、col+1），否则索引失效；谨慎使用 LIKE ‘%xxx%’，优先改为前缀匹配 LIKE ‘xxx%’ 或用全文/倒排方案。
- 能用 JOIN 替代相关子查询就替换，降低嵌套与重复扫描；减少大表排序与重复排序，利用索引有序性消除排序。
- 控制返回行数：分页查询使用 LIMIT/TOP；对大结果集只取 Top-N 或必要区间。
- 必要时使用**索引提示（INDEX）**引导优化器选择更优索引，但应先验证计划稳定性。
三 表设计与统计信息
- 对超大表按时间/业务键进行分区，查询只扫描相关分区，显著降低扫描量。
- 合理选择数据类型与长度，减少存储与比较开销；对大文本/长字段考虑前缀索引以节省空间并提升效率。
- 精简并去重索引，避免过多索引拖慢 DML；对高变更表控制索引数量与宽度。
- 定期执行 UPDATE STATISTICS，在数据分布或数据量显著变化后尤其重要，确保优化器生成更优执行计划。
四 数据库与 Linux 配置优化
- 内存与缓存：结合实例负载与物理内存，合理提升 缓冲池（如 bufpool/BUFFERPOOL） 与相关缓存，提高数据/索引命中率，降低磁盘 I/O。
- 并发与 I/O：根据 CPU 核数与负载，配置合适的 虚拟处理器（VPs） 与 I/O 相关参数（如 AIO/numaiovp 等），减少锁争用与 I/O 等待。
- 日志策略：在可接受的恢复目标下，权衡 日志缓冲/非缓冲 与日志文件大小，降低日志写入瓶颈。
- 存储与文件系统：优先 SSD/NVMe，使用支持并发与预读的文件系统布局；分离数据、索引、日志与临时表空间到不同磁盘，减少争用。
- 连接与会话：启用连接池，复用连接，避免频繁建连开销；限制最大连接数与会话资源，防止雪崩。
五 维护与持续优化
- 例行维护：定期 重建/重组索引、清理碎片、归档与清理历史数据，保持索引与表空间健康。
- 变更管控：任何参数或索引调整先在测试环境验证，变更窗口内滚动发布并回滚预案，确保稳定性。
- 持续监控：固化 onstat/onmode/SET EXPLAIN 与慢 SQL 报表，形成周/月度性能回顾与瓶颈清单，持续优化。