PostgreSQL ROLLBACK

Begindev 编辑部 March 31, 2026

事务对于维护数据库中的数据完整性尤为重要，尤其是在处理复杂操作时。它们允许你将一系列数据库操作视为单个逻辑工作单元。要么事务中的所有操作都成功应用到数据库，要么一个都不应用。

ROLLBACK（回滚）命令正是用来确保这种“要么全无”机制的利器。它会有效地撤销当前事务期间所做的任何更改，将数据库完美恢复到该事务开始之前的状态。本章将深入探讨在 PostgreSQL 中使用 ROLLBACK 的具体细节。

1. 理解 ROLLBACK

PostgreSQL 中的 ROLLBACK 命令用于终止当前事务并撤销自事务开始以来所做的所有更改。把它当成你的安全网：当系统发生错误，或者你突然决定不应该永久保存这些更改时，它能让你将数据库恢复到安全、一致的状态。

1.1 语法

ROLLBACK 命令的基础语法非常直接：

ROLLBACK;

此外，你还可以选择回滚到一个特定的保存点（savepoint）（我们会在后面详细讨论）：

ROLLBACK TO savepoint_name;

1.2 ROLLBACK 的核心原则

原子性 (Atomicity)： ROLLBACK 确保了事务的原子性。这意味着事务被视为一个不可分割的、单一的执行单元。要么应用事务中的所有更改（如果你执行 COMMIT），要么全部不应用（如果你执行 ROLLBACK）。
数据一致性 (Data Consistency)： 通过回滚事务，你可以保证数据库保持在一致的状态。如果在执行一系列复杂操作时发生错误，ROLLBACK 会防止部分更新导致数据损坏。
错误处理 (Error Handling)： ROLLBACK 是数据库应用中错误处理的关键部分。当在事务执行期间检测到错误时，执行 ROLLBACK 可以确保数据库不会处于不完整或不一致的状态。

2. ROLLBACK 实战示例

为了让你更好地理解，我们以一个假设的在线商店数据库为例来演示 ROLLBACK 的用法。假设我们有一个 accounts（账户）表来管理用户余额，以及一个 products（产品）表来管理产品库存。

2.1 基础示例：余额不足

想象一个场景：客户尝试购买商品，但其账户余额不足。我们可以使用 ROLLBACK 来撤销这笔交易。

首先，开启一个事务：

BEGIN;

检查账户余额：

SELECT balance FROM accounts WHERE account_id = 123;

假设查询返回的余额为 50 美元。

尝试扣除购买金额（假设为 100 美元）：

UPDATE accounts SET balance = balance - 100 WHERE account_id = 123;

再次检查余额是否充足：

SELECT balance FROM accounts WHERE account_id = 123;

现在余额变成了 -50。这是不可接受的。

触发回滚，撤销事务：

ROLLBACK;

执行 ROLLBACK 后，accounts 表将恢复到事务开始前的原始状态。客户的余额依旧是 50 美元，安全无恙！

2.2 多重操作示例：订单处理

考虑一个涉及多个操作的复杂场景，例如处理一份完整的订单。

开启一个事务：

BEGIN;

更新客户的账户余额：

UPDATE accounts SET balance = balance - 50 WHERE account_id = 123;

更新产品库存：

UPDATE products SET quantity = quantity - 1 WHERE product_id = 456;

在订单表中插入一条记录：

INSERT INTO orders (account_id, product_id, quantity, order_date)
VALUES (123, 456, 1, NOW());

此时，模拟发生了一个错误：

-- 模拟一个错误，例如违反了约束条件
INSERT INTO shipping_queue (order_id) VALUES (NULL); -- 假设 order_id 列设置了 NOT NULL (不能为空)

发生错误，回滚整个事务：

ROLLBACK;

因为插入 shipping_queue 表时发生了错误，ROLLBACK 命令撤销了事务中之前执行的所有操作。客户的账户余额保持不变，产品库存没有更新，orders 表中也没有插入任何新记录。一切就像没发生过一样。

3. 回滚到保存点 (Savepoints)

保存点 (Savepoints) 允许你回滚到事务中的特定检查点，而不是粗暴地回滚整个事务。这在处理复杂事务中的错误时非常有用，因为你可能只想撤销其中一部分更改。

开启一个事务：

BEGIN;

更新客户账户：

UPDATE accounts SET balance = balance - 20 WHERE account_id = 123;

创建一个保存点：

SAVEPOINT after_account_update;

更新产品库存：

UPDATE products SET quantity = quantity - 2 WHERE product_id = 456;

模拟发生错误：

-- 模拟一个错误
INSERT INTO delivery_schedule (order_id, delivery_date) VALUES (999, 'Invalid Date'); -- 假设日期格式验证失败

仅回滚到指定的保存点：

ROLLBACK TO after_account_update;

在这种情况下，只有 UPDATE products 语句和 INSERT INTO delivery_schedule 语句被撤销了。之前的 UPDATE accounts 语句仍然有效。你可以随后纠正错误（比如提供一个有效的日期），然后重试更新库存和插入配送进度的操作。修正错误后，你就可以 COMMIT（提交）这个事务了。

4. 高级示例：嵌套事务与 ROLLBACK

虽然 PostgreSQL 不支持真正的“嵌套事务”（事务里面套事务），但你可以使用保存点来完美模拟它们。这使得你可以在一个大型事务中获得对回滚行为的精细控制。

开启一个主事务：

BEGIN;

执行一些初始操作：

UPDATE accounts SET balance = balance - 10 WHERE account_id = 123;

为“嵌套”事务创建一个保存点：

SAVEPOINT nested_transaction;

在“嵌套”事务中执行操作：

UPDATE products SET quantity = quantity - 1 WHERE product_id = 789;

决定回滚这个“嵌套”事务：

ROLLBACK TO nested_transaction;

此时，只有产品库存的更新被撤销了。账户余额的更新依然保留。

继续执行外部主事务中的其他操作：

UPDATE accounts SET balance = balance + 5 WHERE account_id = 456;

提交外部主事务：

COMMIT;