事务能回滚吗？Pipeline 算事务吗？

1. 引言

在数据库和数据处理领域，「事务」和「回滚」是两个高频词汇。很多同学在接触 Pipeline（管道/流水线）时，会下意识地问：Pipeline 算不算事务？它能不能回滚？

这篇文章就来把这两个概念彻底讲清楚。

2. 什么是事务

事务（Transaction）是一组操作的集合，它必须满足 ACID 四大特性：

原子性（Atomicity）：要么全部成功，要么全部失败，不存在中间状态。
一致性（Consistency）：事务执行前后，数据始终满足完整性约束。
隔离性（Isolation）：并发事务之间互不干扰。
持久性（Durability）：事务一旦提交，结果永久保存。

只有满足 ACID 的操作集合，才能被称为严格意义上的事务。

3. 事务能回滚吗

能。回滚（Rollback）正是事务的核心能力之一。

当事务执行过程中发生错误、异常，或者业务逻辑主动要求撤销时，数据库会把已经执行的操作全部撤销，恢复到事务开始之前的状态。

sql 复制代码

BEGIN;

UPDATE account SET balance = balance - 100 WHERE id = 1;
UPDATE account SET balance = balance + 100 WHERE id = 2;

-- 如果这里出错，执行 ROLLBACK
ROLLBACK;

-- 如果一切正常，执行 COMMIT
COMMIT;

回滚的前提是：操作必须处于一个事务的边界之内。脱离了事务，单条语句执行失败只能撤销该语句自身，无法回滚到更早的状态。

4. 什么是 Pipeline

Pipeline（管道/流水线）是一种数据处理模式，把一系列步骤串联起来，前一步的输出作为后一步的输入。

python 复制代码

pipeline = (
    df
    .filter(lambda row: row["age"] > 18)
    .map(lambda row: row["name"].upper())
    .group_by("city")
    .aggregate(count)
)

Pipeline 强调的是数据流的传递与变换，它本身并不承诺 ACID。

5. Pipeline 算事务吗

不算。 Pipeline 默认不是事务，原因如下：

Pipeline 关注的是「数据如何流转和变换」，而不是「操作如何保证一致性」。
普通 Pipeline 没有原子性：中间某一步失败，前面步骤的结果可能已经落盘或生效。
普通 Pipeline 没有回滚能力：失败后无法自动恢复到初始状态。

python 复制代码

# 普通 Pipeline：第 2 步失败，第 1 步的结果无法自动撤销
result = step1(data)   # 已执行
result = step2(result) # 这里抛异常，step1 的结果回不去

6. 什么时候 Pipeline 可以「像事务一样」

虽然 Pipeline 本身不是事务，但在特定框架下可以具备事务能力：

数据库事务管道 ：如 PostgreSQL 的 pg_transaction、Spring 的 @Transactional 包裹的管道，底层依赖数据库事务，因此具备回滚能力。
消息队列的 Exactly-Once：如 Kafka 的事务性 Producer，配合 Consumer 的幂等处理，可以做到类似事务的效果。
分布式事务框架：如 Seata、TCC、Saga，通过补偿机制让跨服务的 Pipeline 具备最终一致性。

在这些场景下，回滚能力来自底层的事务机制或补偿逻辑，而不是 Pipeline 本身。

7. 总结

概念	是否支持回滚	是否算事务
数据库事务	✅ 支持	✅ 是
普通 Pipeline	❌ 不支持	❌ 不是
事务性 Pipeline（如 @Transactional 包裹）	✅ 支持	✅ 算

一句话总结：

事务能回滚，回滚是事务 ACID 中原子性的直接体现。
Pipeline 默认不算事务，它只是数据流的串联；只有借助底层事务或补偿机制，Pipeline 才能获得回滚能力。