Debian 上优化 Informix 内存管理的实用方案
一 监控与容量规划
- 建立基线：用 free -h、top/htop、vmstat、sar -u 观察内存、缓存、交换与 CPU 负载，记录峰值与波动区间，避免“拍脑袋”调参。
- 关注数据库内存分布：用 onstat -g seg 查看共享内存段与查询内存分区；当消息日志频繁出现“动态扩展共享内存”提示时，说明需要增大共享内存下限。
- 识别压力来源：若 si/so（swap in/out）长期不为 0，说明物理内存紧张或内存回收策略不当；若 wa（I/O 等待）偏高，优先检查缓冲命中与 I/O 子系统。
- 预留安全余量：数据库与文件系统缓存之外，建议为 OS 和其他服务预留 10%–20% 内存，避免抖动与 OOM。
二 Linux 内核与系统层优化
- 降低换页倾向：将 vm.swappiness 调低（如 10），减少数据库工作集被换出；仅当内存充足且为稳定性考虑时再提高。
- 脏页刷写策略：适度提高 vm.dirty_ratio / vm.dirty_background_ratio，减少频繁小量回写造成的抖动，提升响应。
- 透明大页（THP）：数据库更偏好 always 或 madvise 的 THP 策略，避免 never；可在 /sys/kernel/mm/transparent_hugepage/enabled 查看/调整，减少 TLB 缺失与碎片。
- 交换空间：确保已配置并启用 swap，容量以“能覆盖峰值突发 + 安全余量”为准；必要时新增 swapfile 并配置开机挂载。
- 内存压缩与回收：启用 ZSwap/ZRam 可降低换入换出 I/O 成本，作为物理内存不足时的缓冲层。
三 Informix 数据库层关键参数
- 共享内存与虚拟段：
- 提高 SHMVIRTSIZE 以覆盖最低正常负荷；
- 设置 SHMADD ≥ SHMVIRTSIZE 的 10%，减少频繁动态扩展；
- 非极小系统可将 SHMTOTAL=0，允许按需增长（需配合 OS 资源限制）。
- 缓冲池与检查点：
- 适度增大 BUFFERS 提升缓冲命中；
- 在 OLTP 场景可适当“最大化写入缓冲百分比”，并“最大化检查点间隔、缩短周期”，以降低检查点抖动。
- 日志子系统：
- 允许一定风险时采用 缓冲日志 提升吞吐；对强一致与可恢复性要求高的业务使用 非缓冲日志；
- 结合负载调大 物理日志长度，并合理设置 LRUS / LRU_MAX_DIRTY 等脏页控制参数，平衡写放大与检查点压力。
- 并行与查询内存：
- DSS 负载可将 PDQPRIORITY 设为 <25% 以最大化总吞吐；
- 单条复杂查询可设为 >50% 以最小化单次耗时；
- OLTP 查询建议 PDQPRIORITY=0 或 1，避免并行抢占资源。
四 工作负载与 SQL 层优化
- 更新统计信息：定期执行 UPDATE STATISTICS，保证优化器拥有准确的行数、页数、索引层级与分布信息，避免因统计失真导致次优计划与额外内存/IO 开销。
- 连接与内存：控制应用连接池规模，避免 连接风暴 导致会话级内存膨胀；尽量使用连接复用与语句缓存。
- 内存泄漏排查：对 UDR/C DataBlade 等自定义代码，使用 mi_alloc/mi_free 等受控接口，配合 Valgrind 等工具排查泄漏与越界。
- 表与索引结构：减少表/索引的 区域数（extents） 与碎片，必要时重建与重组，降低扫描与缓存压力。
五 实施步骤与注意事项
- 基线先行：在变更前记录 free、vmstat、sar、onstat -g seg 等基线指标，便于回滚与对比。
- 小步快跑：一次只调整 1–2 个参数，在测试环境验证后再推广；变更后持续观察 24–72 小时 的稳定性与性能。
- 资源隔离：为数据库设置 ulimit -v/m 等内存上限，防止异常会话耗尽系统内存；与业务高峰错峰实施。
- 应急与兜底：准备回滚方案；当物理资源不足且优化已达瓶颈时，优先考虑 扩容内存 或 优化查询/索引/数据模型。