Ubuntu 上 Informix 事务处理机制概览
在 Ubuntu 上，Informix 采用基于日志的 ACID 事务机制：所有会修改数据或结构的数据操作都会写入 逻辑日志，在 COMMIT 时确保已持久化，在 ROLLBACK 时利用日志进行精确回滚；系统通过 检查点（Checkpoint） 将脏页刷盘并截断可回收的逻辑日志，从而在不牺牲一致性的前提下实现恢复与重用。Informix 的存储层由 dbspace/chunk 组织，日志与数据分别驻留在磁盘上，由共享内存中的缓冲加速，并通过多线索架构的 VP（虚拟处理器） 并发执行，这些共同构成事务的运行时基础。
并发控制与隔离级别
- 锁与隔离级别（常用 SQL 前缀为 SET ISOLATION TO …）：
- DIRTY READ：不取锁，可读到未提交数据，性能最高，适用于静态只读场景。
- COMMITTED READ：只读已提交数据；读记录前尝试加共享锁，读到后尽快释放，避免脏读。
- CURSOR STABILITY（CS）：为游标读的记录加共享锁，持续到下一次 FETCH，防止读到被修改的数据。
- REPEATABLE READ（RR）：为读取的记录加共享锁并持有至事务结束，保证可重复读，但并发更新受限。
- 锁粒度与默认策略：
- 支持 表级/页级/行级 锁；默认锁模式通常为 页级锁，可通过表选项或参数 DEF_TABLE_LOCKMODE 调整；OLTP 场景更推荐 行级锁 以提升并发。
- 锁等待与诊断：
- 可用 onstat -k 查看锁表，结合 onstat -u/-g ses 定位会话与等待链，快速识别阻塞者与根因。
长事务与逻辑日志管理
- 判定与阈值：
- 当事务占用的逻辑日志空间超过 LTXHWM（长事务深水线比例） 时被标记为长事务并开始回滚；若进一步超过 LTXEHWM（独享长事务深水线比例），系统会暂停其他并发事务，优先回滚该长事务，避免日志被占满。
- 配置与影响：
- 若 DYNAMIC_LOGS=1（允许动态追加逻辑日志），在磁盘空间充足时可适当提高 LTXHWM/LTXEHWM（如 80/90）；若日志空间有限，建议保守设置（如 50/60），以降低日志耗尽与系统挂起风险。
- 降低长事务概率的实践包括：缩短事务、及时提交、拆分大批量操作 等，以减少日志占用与回滚成本。
关键监控与运维命令
- 事务与锁：
- onstat -x/-u/-g ses：查看事务状态、会话与等待链，定位阻塞与长事务。
- onstat -k：输出锁表，配合 owner/wtlist 追踪锁拥有者与等待者，分析锁冲突。
- 日志与检查点：
- onstat -l：监控逻辑日志的使用、备份与可回收状态，配合检查点理解日志截断与重用窗口。
高级能力补充
- 分布式事务：
- 支持 两阶段提交（2PC） 与 XA 协议，可作为资源管理器参与跨系统事务协调，保障分布式场景的 ACID。
- 索引构建与复制：
- 通过参数 LOG_INDEX_BUILDS=1 启用 索引页面日记（IPL），将索引导入逻辑日志进行复制，降低建立索引时对从节点的在线依赖，适用于 HDR/RSS 等高可用拓扑。