钱扣了对方没收到？零基础AI编程第40课：数据库事务的重要性

转账 100 元给朋友，钱从你的账户扣除了，但朋友那边却没收到。这不仅仅是一个段子，而是真实会发生的技术事故。

为什么会出现这种情况？在数据库层面，转账操作通常包含两个独立的步骤：

1. 从你的账户扣除 100 元。
2. 往朋友的账户增加 100 元。

这两步对应两条 SQL 语句，通常是分开执行的。如果第一步执行成功，但此时服务器突然断电或程序崩溃，导致第二步还没来得及执行，结果就是：你的钱扣了，朋友的钱没加，数据彻底乱了。

这就是**数据库事务（Transaction）**要解决的核心问题。

事务的核心原则：要么全成，要么全败

事务的核心逻辑可以用一句话概括：一组操作要么全部成功，要么全部失败，绝不允许只成功一半。

具体是如何实现的呢？

当开启事务后，执行的所有 SQL 操作都是“暂时”的，它们还没有真正写入数据库的持久化存储中。

• Commit（提交）：如果所有步骤都执行成功，执行 Commit，数据才正式提交并生效。
• Rollback（回滚）：如果中间任何一步出错，执行 Rollback，所有操作全部撤销，数据库回到事务开始前的状态，就像什么都没发生过一样。

转账场景下的事务流程

让我们用转账的例子来具体说明：

1. 开启事务：开始一个事务块。
2. 执行操作：
   • 扣减你的余额。
   • 增加朋友的余额。
3. 判断结果：
   • 情况 A（成功）：两步都成功，执行 Commit，交易完成。
   • 情况 B（失败）：如果“加钱”那一步失败了（例如网络超时、数据库异常），执行 Rollback。此时，之前“扣钱”的操作也会被自动撤销，你的钱会退回来，保证数据一致性。

事务不仅用于转账

除了转账，事务在以下场景中同样至关重要：

• 电商下单：需要同时插入订单记录和扣减库存。这两个操作必须一起成功。否则，如果库存扣了但订单没建上，或者订单建了但库存没扣，都会导致严重的业务问题。
• 用户注册：需要同时写入用户基本信息和初始化配置数据。也需要事务来保证这两部分数据的一致性。

新手常犯的错误：忽视极端情况

很多新手开发者最容易犯的错误，是觉得“服务器断电”、“程序崩溃”这种极端情况概率很低，因此不加事务。

然而，在线上系统中，请求量巨大，加上网络抖动、服务异常等因素，这类问题比你想象的更常见。一旦出现数据不一致，后续排查和修复的成本，远比在代码中加一个事务要高得多。

总结

记住这条黄金法则：只要一个业务操作涉及多条 SQL 语句，就应该考虑用事务包起来。

这不仅是代码规范，更是保障系统数据安全的底线。

你遇到过数据不一致的问题吗？欢迎在评论区分享你的经历。跟着大聪明不迷路，下期继续。