为什么linux informix慢

Linux 上 Informix 运行慢，通常不是单一原因，而是多种因素叠加。下面按最常见 → 较少见的顺序说明，并给出排查思路。

一、最常见原因（80% 的问题在这里）

1. 数据库参数未优化（最典型）

Informix 默认参数偏小，直接跑生产很容易慢。

重点关注：

• BUFFERS（内存缓冲区）
• LOCKS
• LOGSIZE / LOGFILES
• RA_PAGES / RA_THRESHOLD
• MULTIPROCESSOR（多 CPU 是否开启）

✅ 检查：

onstat -c | grep -E "BUFFERS|LOCKS|MULTIPROCESSOR"

✅ 经验值（示例）：

• 物理内存 16G：BUFFERS 至少 1G~2G
• 多核 CPU：MULTIPROCESSOR 1

2. 索引缺失或失效

• 全表扫描
• 大表 JOIN 无索引
• 用了函数导致索引失效

✅ 排查：

onstat -g ses
onstat -g sql

✅ 看执行计划：

SET EXPLAIN ON;

3. 磁盘 IO 瓶颈（非常常见）

Informix 对磁盘很敏感。

常见问题：

• 数据 / 日志 / 临时空间在同一磁盘
• 使用慢硬盘（HDD）
• 未使用裸设备 / LVM 配置差

✅ 检查：

iostat -x 1

✅ 建议：

• 日志盘（logdbs）单独
• tmpdbs 单独
• 尽量 SSD

4. Linux 系统参数未调优

很多人直接装完就跑，系统层没改。

重点：

• vm.swappiness
• 文件系统（ext4 / xfs）
• 透明大页（THP）
• I/O scheduler

✅ 常见优化：

echo never > /sys/kernel/mm/transparent_hugepage/enabled
sysctl -w vm.swappiness=10

二、中等常见问题

5. 锁等待 / 死锁

• 长事务
• 表级锁
• 并发写入冲突

✅ 检查：

onstat -k
onstat -u

✅ 解决：

• 使用行锁
• 避免大事务
• 调 LOCKS

6. 统计信息过期

Informix 优化器依赖统计信息。

✅ 更新：

UPDATE STATISTICS HIGH FOR TABLE table_name;

7. 网络问题（客户端慢）

• JDBC / ODBC 配置差
• 网络延迟高
• 每次连接都新建

✅ 解决：

• 使用连接池
• 检查 sqlhosts

三、较少见但容易忽略

• Linux 内核版本过新 / 过旧
• SELinux 影响
• 文件系统 atime
• CPU 节能模式（powersave）
• Informix 版本太老（如 9.x / 10.x）

四、快速自排查清单 ✅

你可以按顺序回答我几个问题，我可以更精准判断：

1. Informix 版本？
2. Linux 发行版 + 内核？
3. 慢在：查询 / 写入 / 启动 / 整体？
4. 是突然变慢，还是一直慢？
5. 数据量大概多少？
6. onstat -p 输出能发一部分吗？

如果你愿意，我可以直接帮你看参数 + 给优化方案。