linux informix为何占用过高

在 Linux 上 Informix 占用过高（CPU、内存、磁盘 IO 等）通常不是单一原因，而是多种场景叠加。下面按常见原因 → 排查方法 → 解决建议系统说明。

一、CPU 占用过高

1. 慢 SQL / 全表扫描

这是最常见原因。

表现

onstat -g ses 中某个 session CPU 很高
大量 sequencial scan

排查

onstat -g ses
onstat -g sql
onstat -g act

解决

建索引
优化 SQL
限制并发查询

2. 锁等待 / 死锁

表现

CPU 高但业务慢
大量 lockwait

排查

onstat -g wai
onstat -g lock

解决

缩短事务
调整隔离级别
优化锁粒度

3. 虚拟处理器（VP）配置不合理

CPU VP 太多 → 上下文切换
CPU VP 太少 → 排队

查看

onstat -g glo

建议

CPU VP ≈ 物理核数（非超线程）
网络/IO VP 单独配置

二、内存占用过高

1. 共享内存配置过大

Informix 使用 System V 共享内存

关键参数：

BUFFERS
SHMVIRTSIZE
LOCKS
LOGBUFF

查看

ipcs -m
onstat -g mem

解决

合理设置 BUFFERS
避免盲目调大

2. 长事务 / 未提交事务

表现

共享内存不释放
逻辑日志满

排查

onstat -g ses
onstat -g lck

3. 内存泄漏（较少见）

使用旧版本
第三方 UDR / C UDF

三、磁盘 IO 过高

1. 检查点频繁

表现

IO 峰值明显
响应抖动

查看

onstat -g ckp

优化

增大物理日志
调整 CKPTINTVL

2. dbspace / chunk 分布不合理

热表集中
日志和数据混放

建议

分离 rootdbs / logdbs / datadbs
使用多磁盘

四、Linux 系统层面原因

1. 透明大页（THP）

Informix 不推荐 THP

cat /sys/kernel/mm/transparent_hugepage/enabled

建议关闭：

echo never > /sys/kernel/mm/transparent_hugepage/enabled

2. Swapping

一旦 swap，性能暴跌

free -m
vmstat 1

解决

减少共享内存
调整 swappiness

3. 文件句柄 / 线程数限制

ulimit -a

Informix 用户需提高：

nofile
nproc

五、快速排查清单（实战）

onstat -
onstat -g ses
onstat -g sql
onstat -g wai
onstat -g ckp
onstat -g mem
ipcs -m
top / htop
iostat -x 1

六、总结一句话

Linux 上 Informix 占用过高，90% 来自：慢 SQL + 锁等待 + 共享内存配置不合理 + IO 瓶颈

如果你愿意，可以告诉我：

Informix 版本
onstat - 输出
是 CPU / 内存 / IO 哪一种高

我可以帮你精确定位到具体参数或 SQL。