ubuntu informix案例分享

Ubuntu系统上Informix数据库案例分享

一、常见故障排查案例

1. 逻辑日志满

故障现象：数据库停止所有操作，使用onstat –l命令查看逻辑日志状态，所有日志的flags字段显示为U------（已使用未备份）。
故障原因：主要因逻辑日志未及时备份、空间分配过小、包含活动事务或检查点信息。
解决方法：

• 检查逻辑日志备份流程，修复磁带满、设备繁忙等问题；
• 若日志标志为“已备份”但仍不可用，通过onstat –x查看beginlg确定活动事务起始位置；
• 检查flags最后一位为L的日志（包含检查点信息），其后日志即使备份也不能覆盖；
• 使用onparams -a -d DBspace -s size -i命令联机增加逻辑日志（需空闲chunk空间，无需0级备份）。

2. 频繁锁冲突

故障现象：数据库操作中出现-243（锁请求超时）、-244（死锁）等错误码。
故障原因：修改数据时设置锁，其他用户访问锁定数据导致冲突。
解决方法：

• 调整隔离级别（如使用dirty read降低锁粒度）；
• 将表缺省页级锁修改为行级锁（减少锁冲突概率）；
• 设置锁等待时间（通过DS_TOTAL_MEMORY或LOCKMODE参数优化）；
• 优化SQL语句（减少事务执行时间，快速释放锁）；
• 终止锁拥有者进程（用onstat –k查找锁所属partnum，onstat –u定位session id，执行onmode –z sid杀掉会话）。

3. 长事务问题

故障现象：数据库日志提示长事务，受影响事务处于回滚状态。
故障原因：活动事务占用逻辑日志比例超过设定值（如LOGSMAX参数限制），数据库触发回滚。
解决方法：

• 通过日志定位长事务（如onstat –x查看事务起始位置）；
• 调整应用逻辑，将大事务拆分为多个小事务提交（减少单事务占用日志量）；
• 增加逻辑日志空间（避免因空间不足导致回滚）。

4. Chunk I/O失败

故障现象：数据库日志显示chunk IO错误，chunk flag状态为down（不可用）。
故障原因：磁盘硬件故障、文件系统损坏或chunk路径配置错误。
解决方法：

• 使用dd命令测试chunk设备可读性（如dd if=/dev/chunk_device of=/dev/null bs=1M count=100）；
• 检查文件系统完整性（fsck /dev/chunk_partition修复错误）；
• 确认chunk路径在onconfig文件中配置正确（如ROOTPATH、DBSPACEDBS等参数）。

二、配置与部署案例

1. Ubuntu上安装Informix

关键步骤：

• 创建用户与环境变量：添加informix用户（groupadd informix; useradd -u 3000 -g 3000 -d /home/informix -m informix），编辑~/.bash_profile设置INFORMIXDIR（安装目录）、INFORMIXSERVER（实例名）、ONCONFIG（配置文件）、LD_LIBRARY_PATH（库路径）、PATH（命令路径），执行source ~/.bash_profile生效。
• 安装与初始化：解压Informix安装包至INFORMIXDIR，以informix用户运行./installserver完成安装；修改onconfig文件（如ROOTNAME、ROOTSIZE、DBSPACENAME等参数）；配置/etc/services添加Informix服务端口（如sqlexec 1526/tcp），编辑sqlhosts文件设置连接协议（如onipcshm、onsoctcp）；执行onmode -ky停止现有进程，oninit -iv初始化数据库。

三、性能优化案例

1. 性能瓶颈解决

优化方向：

• 硬件检测：通过onstat -g seg查看缓冲池命中率（低于80%需扩容），iostat -x 1监控磁盘I/O（await值高表示磁盘瓶颈），vmstat 1查看CPU使用率（us过高表示CPU负载大）。
• 内核调优：修改/etc/sysctl.conf增加shmmax（共享内存最大值，如shmmax=4294967296）、shmall（共享内存总页数），调整ulimit -n（文件描述符数量，如ulimit -n 65536）。
• 系统工具：使用onstat监控数据库状态，vmstat/iostat定位系统级瓶颈，strace跟踪进程系统调用（如strace -p pid）。

2. 存储优化

优化措施：

• 硬件升级：将数据库文件存储在SSD上（提升随机读写性能，如NVMe SSD）。
• 内核参数：修改/etc/sysctl.conf增加vm.dirty_ratio（脏页比例，如vm.dirty_ratio=10）、vm.dirty_background_ratio（后台刷脏页比例，如vm.dirty_background_ratio=5），减少磁盘I/O延迟。
• 配置优化：编辑onconfig文件调整缓冲池参数（BUFFERPOOL大小，如BUFFERPOOL size=200000）、排序堆（DS_TOTAL_MEMORY，如DS_TOTAL_MEMORY=4096000）、锁内存（LOCKS，如LOCKS=10000）。
• 表优化：定期执行OPTIMIZE TABLE命令整理表碎片（减少I/O开销），更新统计信息（UPDATE STATISTICS优化查询计划）。

3. 资源占用高优化

优化方法：

• 系统级优化：更新系统和软件包（apt update && apt upgrade），使用轻量级桌面环境（如Xfce），禁用不必要的启动项（systemctl disable service_name），清理系统垃圾（apt autoremove、rm -rf /tmp/*），启用硬件加速（如显卡驱动）。
• Informix配置：调整日志缓冲（LOG_BUFFER_SIZE，如LOG_BUFFER_SIZE=32768），优化内存分配（BUFFERPOOL、DS_TOTAL_MEMORY根据服务器内存调整），采用RAID磁盘阵列（如RAID 10提升I/O性能），优化查询（添加索引、避免SELECT *、使用EXPLAIN分析执行计划）。