📚 课程目录第2章事务与连接的关系

2. 事务与连接的关系：数据库事务定义、事务生命周期、事务如何占用连接

在数据库连接池的监控体系中，事务是连接占用的核心驱动因素。理解事务与连接的关系，是诊断连接泄漏、连接池水位异常飙升的前提。本节从数据库事务的定义出发，逐步拆解事务的生命周期，并揭示事务如何“绑定”并“独占”连接资源。

2.1 数据库事务定义与ACID属性

数据库事务（Transaction）是数据库管理系统执行过程中的一个逻辑工作单元，由一组不可分割的数据库操作序列组成。事务必须满足ACID属性：

属性	全称	含义	对连接的影响
A	原子性 (Atomicity)	事务中的所有操作要么全部成功，要么全部回滚	事务未提交/回滚前，连接不能释放回池
C	一致性 (Consistency)	事务执行前后，数据库完整性约束不被破坏	事务期间连接持有锁资源，增加占用时长
I	隔离性 (Isolation)	并发事务之间互不干扰	隔离级别越高，连接持有锁的时间越长
D	持久性 (Durability)	已提交的事务永久保存	提交后连接才能安全归还

监控要点： 在OpenTelemetry中，事务的ACID属性直接影响连接占用时长。建议在Span属性中记录事务的隔离级别（db.transaction.isolation_level），便于分析高隔离级别事务对连接池水位的压力。

2.2 事务生命周期：从开始到结束

一个数据库事务的生命周期包含五个关键阶段。每个阶段都对应着连接的不同状态：

事务开始（BEGIN）：显式或隐式启动事务，连接进入“事务中”状态。
操作执行（DML）：执行INSERT/UPDATE/DELETE等数据操作，连接持有行锁或表锁。
中间保存点（SAVEPOINT）：可选阶段，设置回滚点，连接状态不变。
提交（COMMIT）：持久化所有更改，释放锁资源，连接恢复“空闲”状态。
回滚（ROLLBACK）：撤销所有更改，释放锁资源，连接恢复“空闲”状态。

下图展示了事务生命周期与连接状态的对应关系：

  关键洞察： 事务从BEGIN到COMMIT/ROLLBACK的整个区间，连接始终处于“被独占”状态，无法归还到连接池。这是连接池水位上升的最直接原因。

2.3 事务如何占用连接：绑定机制与资源模型

事务占用连接的本质是会话绑定机制。每个数据库连接在服务端对应一个会话（Session），事务状态存储在该会话的上下文中。具体占用过程如下：

连接获取：应用从连接池获取一个连接，此时连接处于“空闲”状态。
事务绑定：执行BEGIN或第一条DML语句时，数据库在该连接对应的会话上创建事务上下文。
资源锁定：事务中的DML操作会申请行锁、页锁或表锁，这些锁资源绑定在会话上。
连接独占：事务未结束前，该连接不能被其他线程使用，也不能归还连接池。
事务结束：COMMIT或ROLLBACK后，释放锁资源，清除事务上下文，连接恢复空闲。

以下表格对比了事务内与事务外的连接行为差异：

维度	无事务（自动提交）	有事务（手动管理）
连接占用时长	单条语句执行时间（毫秒级）	整个事务持续时间（秒级甚至分钟级）
连接可归还性	每条语句执行后立即归还	事务提交/回滚后才能归还
锁持有	语句执行完立即释放	事务结束才释放
连接池压力	低（快速周转）	高（长占用导致水位上升）
典型场景	简单查询、单行写入	批量操作、复杂业务逻辑

2.4 事务占用连接的常见陷阱

避坑指南： 以下三种情况最容易导致事务长时间占用连接，引发连接池水位异常：

事务中夹杂远程调用：在事务内调用HTTP API、RPC或消息队列，事务持续时间被网络延迟拉长，连接被长期占用。
事务中等待用户输入：在Web应用中，事务跨越多个请求（如“打开事务-等待用户提交-提交事务”），连接被挂起数分钟。
忘记提交或回滚：异常路径未正确处理事务结束，导致连接泄漏，连接池连接被耗尽。

2.5 OpenTelemetry视角：事务与连接的观测模型

在OpenTelemetry中，事务和连接的关系可以通过以下Span结构进行观测：

// 伪代码：事务Span与连接Span的嵌套关系
Span transactionSpan = tracer.spanBuilder("db.transaction")
    .setAttribute("db.system", "postgresql")
    .setAttribute("db.transaction.id", "txn-12345")
    .startSpan();

// 在事务Span内创建连接获取Span
Span connectionSpan = tracer.spanBuilder("db.connection.acquire")
    .setAttribute("db.connection.pool.name", "hikari-pool-1")
    .setAttribute("db.connection.id", "conn-5678")
    .startSpan();

// 执行DML操作
Span querySpan = tracer.spanBuilder("db.query")
    .setAttribute("db.statement", "UPDATE users SET status = ? WHERE id = ?")
    .startSpan();
querySpan.end();

// 归还连接
connectionSpan.end();

// 提交事务
transactionSpan.setAttribute("db.transaction.status", "committed");
transactionSpan.end();

监控指标建议： 在OpenTelemetry中，建议采集以下指标用于分析事务与连接的关系：
• db.transaction.duration：事务持续时间（Histogram）
• db.connection.occupied_by_transaction：被事务占用的连接数（Gauge）
• db.transaction.active_count：当前活跃事务数（Gauge）

通过上述模型，可以精确追踪每个事务占用了哪个连接、占用了多久、执行了哪些操作，从而定位连接池水位异常的根本原因。