3. 事务基础概念：ACID特性、数据库事务的生命周期、Ent中的事务模型

事务是数据库系统并发控制与故障恢复的基本单元。在分布式系统与微服务架构中，事务边界的管理直接决定了数据一致性与系统可观测性的上限。本章从经典ACID理论出发，逐步深入到Ent框架的事务模型，为后续可观测事务边界的实战打下理论基础。

3.1 ACID特性：事务的四大基石

ACID是数据库事务正确执行的四个基本特性，由Haerder与Reuter在1983年正式提出。任何偏离ACID的事务行为都可能导致数据不一致或业务逻辑错误。

3.2 数据库事务的生命周期

一个数据库事务从开始到结束，会经历多个明确的阶段。理解这些阶段有助于我们在Ent中精确地插入可观测性埋点。

1. 开始（Begin）：事务显式或隐式启动，数据库为该事务分配事务ID（XID）和回滚段。
2. 活跃（Active）：事务正在执行SQL语句，所有修改暂存于缓冲区或undo日志中，尚未持久化。
3. 部分提交（Partially Committed）：最后一条语句执行完毕，但提交操作尚未完成，数据仍在内存中。
4. 提交（Committed）：事务的修改被写入redo日志并落盘，事务成功结束，修改对其他事务可见。
5. 回滚（Rolled Back）：事务因错误或主动中止，所有修改被撤销，数据库恢复到事务开始前的状态。

3.3 Ent中的事务模型

Ent作为Go生态中最流行的ORM框架之一，其事务模型设计兼顾了简洁性与灵活性。Ent的事务模型围绕 client.Tx 对象展开，支持嵌套事务、SavePoint以及事务钩子（Hooks）。

3.3.1 基础事务操作

在Ent中，事务通过 client.Tx(ctx) 方法启动，返回一个 *Tx 对象。所有数据库操作都通过该对象的方法执行，最后调用 tx.Commit() 或 tx.Rollback() 结束事务。

// 启动事务
tx, err := client.Tx(ctx)
if err != nil {
    log.Fatal(err)
}

// 在事务中创建用户
u, err := tx.User.
    Create().
    SetName("Alice").
    SetAge(30).
    Save(ctx)
if err != nil {
    tx.Rollback()
    log.Fatal(err)
}

// 提交事务
if err := tx.Commit(); err != nil {
    log.Fatal(err)
}

3.3.2 事务钩子（Hooks）与可观测性

Ent支持在事务的生命周期中注册钩子函数。钩子可以在事务开始、提交前、回滚后等时机执行自定义逻辑。这是实现事务级可观测性的核心扩展点。

3.3.3 嵌套事务与SavePoint

Ent支持通过 tx.SavePoint(name) 和 tx.RollbackTo(name) 实现嵌套事务语义。这在复杂业务场景中非常有用，例如：在一个大事务中，某个子操作失败时只回滚该子操作，而不影响整个事务。

// 创建SavePoint
sp, err := tx.SavePoint(ctx, "step1")
if err != nil {
    return err
}

// 执行子操作
if err := doSubOperation(tx); err != nil {
    // 只回滚到SavePoint，不终止整个事务
    tx.RollbackTo(ctx, sp)
    // 可以尝试其他补偿逻辑
}

// 继续执行后续操作
tx.Commit()

3.4 事务模型与可观测性的结合点

基于Ent的事务模型，我们可以构建一个三层可观测性体系：

• 指标层（Metrics）：通过 OnCommit 和 OnRollback 钩子，统计事务成功率、平均耗时、活跃事务数。
• 链路层（Tracing）：在 OnBegin 时注入TraceID，在 OnTxEnd 时上报Span，形成完整的事务调用链。
• 日志层（Logging）：记录事务内所有SQL语句及其参数，便于问题排查与审计。