Debian 上 Informix 并发处理机制概览
在 Debian 上，Informix Dynamic Server（IDS） 通过多线索（SMP）架构与多类 虚拟处理器（VP） 并行处理会话与 SQL，配合精细的锁与隔离级别实现高并发。服务器以少量 oninit 进程承载大量会话线索，按功能划分 VP 类别（如 CPU、NET、AIO、KIO），由监听线索与轮询线索负责接入与 I/O，会话线索 sqlexec 完成解析、优化与执行，从而在同一实例内同时服务大量请求。
核心并发机制
- 多线索与 VP 调度：一个 VP 在同一时刻仅运行一条线索，通过快速上下文切换并行服务多会话；不同 VP 类承担不同职责（网络 I/O、磁盘 I/O、CPU 计算），提升吞吐与可伸缩性。
- 连接与会话接入：每个服务名在 sqlhosts 中对应一个监听端口；实例启动时创建 监听线索，并按 NETTYPE 配置启动 轮询线索 接收连接；连接建立后，为每个会话生成 sqlexec 会话线索处理请求。
- 异步 I/O 流水线：会话线索将磁盘读请求放入 AIO 队列，由 AIO VP 的 kio 线索对接内核异步 I/O；页读入缓冲池后唤醒 sqlexec 继续处理，重叠计算与 I/O 以提升并发。
- 锁与隔离控制：支持多粒度锁（数据库、表、页、行、键/字节、索引键）；提供 Dirty Read、Committed Read、Cursor Stability、Repeatable Read、Last Committed Read 等隔离级别，在一致性与并发度之间权衡。
- 内存与缓存：缓冲池（如 BUFFERPOOL）缓存热数据页，减少磁盘 I/O；合理的索引与执行计划降低锁持有时间与扫描量。
并发处理流程
- 客户端按 DBSERVERNAME/DBSERVERALIASES 与 sqlhosts 条目连接指定端口。
- 实例的 监听线索 接受连接，按 NETTYPE 将请求交给相应 轮询线索；完成鉴权与会话初始化。
- 为该会话创建 sqlexec 会话线索；轮询线索负责收发包，sqlexec 负责解析、优化与执行。
- 执行过程中，sqlexec 优先命中缓冲池；未命中则将 AIO 请求入队，交由 AIO VP 与 kio 线索完成 I/O，随后继续处理。
- 事务提交/回滚时释放锁；若使用 行级锁 与合适的隔离级别（如 Last Committed Read），可在高并发下减少阻塞与锁冲突。
并发度与锁的关键配置与监控
- 锁表容量：在 ONCONFIG 中设置 LOCK（锁表大小）。历史版本默认较小（如 IDS 11 之前为 2000，之后为 20000），高并发/大事务场景应适度增大，避免锁表溢出与性能劣化；可用 onstat -k 观察锁与溢出情况。
- 隔离级别：通过 SET ISOLATION 选择并发策略；如 Committed Read 与 Last Committed Read 在 OLTP 中常用，可在保证一致性的同时减少阻塞。
- 连接与 VP 规划：依据并发连接数与负载特征配置 NETTYPE（轮询线索与网络 VP 数）、CPU VP 数及 AIO 资源，避免单类 VP 成为瓶颈。
- 缓冲与 I/O：合理设置 BUFFERPOOL、日志与 AIO 相关参数，提升命中率与 I/O 并行度。
- 监控与诊断：使用 onstat（如 onstat -k/-u 查锁与会话）、onmode 进行在线调参与状态切换，结合应用特征迭代参数。
应用侧并发最佳实践
- 优先采用 行级锁 与窄事务，缩短锁持有时间；在合适场景使用 READ COMMITTED/LAST COMMITTED READ 降低冲突。
- 设计合理索引与执行计划，避免全表扫描与锁升级；减少长事务与锁等待链。
- 连接池与超时：配置连接池大小、空闲回收与查询超时，避免连接风暴与雪崩。
- 高并发写负载可考虑 分区表 与批量提交，分散热点与日志压力。
- 持续监控锁与等待事件，结合 onstat 输出定位争用热点并滚动优化。