linux informix为何占用内存高

在 Linux 上 Informix 占用内存高 是比较常见的现象，通常不是“内存泄漏”，而是由其架构和配置机制决定的。下面按常见原因 → 说明 → 排查/优化建议来说明。

一、Informix 内存使用的主要构成

Informix 在 Linux 上占用内存，主要包括：

1. 共享内存（Shared Memory）
   • 这是大头
   • 包括：
     • 缓冲池（BUFFERPOOL）
     • 锁表（LOCKS）
     • 日志缓冲（LOGBUFF）
     • 字典缓存、SQL 缓存
2. 进程私有内存
   • 每个 oninit 进程
   • 每个会话（session）
3. 操作系统缓存
   • Linux 的 page cache
   • 容易被误认为是 Informix 占用

二、最常见原因

1️⃣ BUFFERPOOL 设置过大（最常见）

BUFFERPOOL size × 数量 = 内存占用

例如：

• 4K 页
• 100000 个 buffer → 约 400MB

如果有多个 dbspace、多个 buffer pool，会叠加。

✅ 查看：

onstat -g buf

✅ 配置位置：

$INFORMIXDIR/etc/onconfig

2️⃣ LOCKS 数量过多

LOCKS × 每个锁结构大小 ≈ 内存

默认可能几万到几十万。

✅ 查看：

onstat -g sql
onstat -g lac

✅ onconfig 参数：

LOCKS 20000

3️⃣ 会话数（连接数）过多

每个连接都会占用：

• 私有内存
• SQL 缓存
• 排序区

✅ 查看：

onstat -g ses

4️⃣ 长事务 / 未提交事务

• 事务未提交
• 回滚段、锁、日志缓冲无法释放

✅ 查看：

onstat -g act
onstat -g lon

5️⃣ Linux 把文件缓存算进“已用内存”

Linux 会大量使用内存做 page cache，看起来“内存快满了”。

✅ 正确看：

free -h

关注：

• available 而不是 used
• Informix 实际用的是 RES / SHR

6️⃣ 多实例 / 多 oninit 进程

ps -ef | grep oninit

每个 oninit 都可能占用几十～几百 MB。

三、如何确认“是不是 Informix 真的高”

1️⃣ 看共享内存

ipcs -m

2️⃣ 看进程内存

top -p $(pgrep oninit)

3️⃣ Informix 内部统计

onstat -g mem
onstat -g seg

四、优化建议（实战）

✅ 降低 BUFFERPOOL

BUFFERPOOL size=4k,buffers=20000

✅ 控制连接数

• 使用连接池
• 限制最大连接

✅ 定期清理长事务

• 应用端及时 commit
• 监控未提交事务

✅ 合理设置 LOCKS

• 不是越大越好

✅ 操作系统层面

• 不要只看 free
• 关注 available

五、一句话总结

Informix 在 Linux 上“内存高”，90% 是因为共享内存（BUFFERPOOL / LOCKS）配置大，而不是内存泄漏。

如果你愿意，可以贴：

• onstat -g mem
• onconfig 关键参数
• free -h

我可以帮你精确算出来内存都去哪了。