Linux Informix并发控制如何实现

Linux 上 Informix 并发控制的实现要点

在 Linux 环境中，Informix 通过多版本并发控制与锁机制协同工作：以 MVCC 提供读不阻塞写的基础能力，以 锁粒度（数据库/表/页/记录/键） 与 隔离级别 控制读写冲突与一致性，并配合 死锁检测 与 锁等待策略 保障高并发下的稳定性与吞吐。

核心机制一览

隔离级别与锁行为

• Dirty Read（READ UNCOMMITTED）：读取时不加行级锁，可能读到未提交数据，并发最高、一致性最低。
• Committed Read（READ COMMITTED）：在返回行前检查是否被锁定，只返回已提交版本；避免脏读，可能出现不可重复读与幻读。
• Cursor Stability（CS）：对当前游标所指行加 共享锁，在取下一行或关闭游标时释放；避免“当前行被改”。
• Repeatable Read（RR）：在事务期间锁定所有被检查（不仅是已取回）的行，避免不可重复读与幻读，并发最低、一致性最高。
• 设置方式：
  • Informix 扩展：SET ISOLATION TO <level>;（含 Cursor Stability）
  • ANSI 兼容：SET TRANSACTION ISOLATION LEVEL <level>;（事务内通常仅能设置一次）
    上述隔离级别直接影响 SELECT 期间放置的锁类型与持续时间，从而影响并发与一致性。

锁类型、粒度与典型场景

• 锁类型
  • S 共享锁：读并发，不阻塞读，阻塞写。
  • U/PROMOTABLE 更新锁：读-意向-更新路径，允许与其他 S 共存，提升为 X 前需清理 S。
  • X 排他锁：写操作持有，阻塞其他 S/U/X。
• 锁粒度
  • 数据库级：DATABASE ... EXCLUSIVE 常用于维护窗口；打开数据库默认加 S。
  • 表级：LOCK TABLE ... IN SHARE/EXCLUSIVE MODE；DDL（如 ALTER TABLE/CREATE INDEX）常自动加表级锁。
  • 页/记录/键级：数据层最小加锁单位；创建表时可选择 记录级锁（R） 或 页级锁（P），索引操作涉及 键级锁。
• 典型加锁路径
  • 更新游标取数：先对记录加 U，真正 UPDATE/DELETE 时提升为 X。
  • 索引维护：通过键级锁避免插入/删除导致的幻读与唯一性冲突。
• 锁等待策略
  • SET LOCK MODE TO WAIT; 无限等待；TO NOT WAIT; 立即报错；TO WAIT n; 等待 n 秒后报错。
  • 服务器会进行 死锁检测，检测到死锁时回滚代价较小的事务以解除循环等待。

监控与调优建议

• 识别锁与等待
  • 使用 onstat -k 查看当前锁与等待链；结合 onstat -g ses/onstat -g act 定位会话与线索；onstat -g glo 观察虚拟处理器负载。
• 选择更合适的隔离级别
  • 多数 OLTP 推荐 Committed Read 或 Cursor Stability；强一致报表或关键业务可用 Repeatable Read；容忍脏读的分析查询可用 Dirty Read。
• 减少锁争用
  • 优先使用 记录级锁（R） 与合适的索引，避免不必要的表级锁与全表扫描；批量/维护操作尽量安排在低峰。
• 控制等待与重试
  • 对易冲突路径设置 SET LOCK MODE TO WAIT n; 并设计指数退避重试；应用需正确处理锁冲突与死锁错误码。
• 保障一致性与恢复
  • 启用并监控 逻辑日志/物理日志，定期备份与验证；必要时利用 HADR 等高可用方案减少维护窗口对并发的影响。