[面试题] 什么是数据库事务机制？

📖 版块 A：知识讲解版 (温故知新)

• 事务定义：事务是逻辑上的一组操作，要么全部执行成功，要么全部执行失败。它是数据库维护数据一致性的基本单位。

• 事务四大特性 (ACID)：

  1. 原子性 (Atomicity)：事务是最小的执行单位，不可分割。利用 Undo Log（回滚日志）实现，如果执行失败则回滚到初始状态。
  2. 一致性 (Consistency)：事务执行前后，数据库从一个一致性状态转换到另一个一致性状态。这是事务追求的根本目的。
  3. 隔离性 (Isolation)：并发访问数据库时，事务之间相互隔离，不受干扰。通过锁机制和 MVCC（多版本并发控制）实现。
  4. 持久性 (Durability)：一旦事务提交，其对数据的改变就是永久性的，即使数据库宕机也不会丢失。利用 Redo Log（重做日志）实现。

• 事务隔离级别：

  • 读未提交 (Read Uncommitted)：可能导致脏读。
  • 读已提交 (Read Committed)：防止脏读，可能导致不可重复读。
  • 可重复读 (Repeatable Read)：防止不可重复读，InnoDB通过MVCC和间隙锁在一定程度上防止幻读（默认级别）。
  • 串行化 (Serializable)：强制事务排序，性能最低。

🎤 版块 B：面试实战版 (高手逐字稿)

Q：什么是数据库事务机制？

🧠 破局思路：面试官不仅想听你背诵 ACID 四个字母，更想考察你是否理解这四个特性背后的逻辑关联，以及在工程实践中（如 MySQL InnoDB）是如何落地实现的。高手应该点出“一致性是目的，原子性、隔离性、持久性是手段”。

💬 高手逐字稿：

简单来说，数据库事务是将一组 SQL 操作包装成一个不可分割的逻辑单元。它的核心机制可以用 ACID 四个维度来拆解。

首先，我认为 ACID 内部是有逻辑层次的：一致性（Consistency）是我们的最终目标，而原子性、隔离性和持久性，实际上是数据库为了保障一致性而提供的手段。

具体到落地实现，以 MySQL 的 InnoDB 引擎为例：第一，原子性是通过 Undo Log 实现的。每当我们执行一条数据变更，Undo Log 都会记录相反的操作。如果事务执行失败，引擎会利用这些记录把数据“回退”到原始状态。第二，持久性是通过 Redo Log 实现的。为了保证性能，数据不会立刻刷入磁盘，而是先写内存和 Redo Log。即使服务器宕机，重启后也能通过 Redo Log 重新执行已提交的操作，确保数据不丢失。第三，隔离性则依赖 锁机制和 MVCC（多版本并发控制）。通过 ReadView 和行记录隐藏列，MVCC 让我们可以实现非阻塞的快照读，在 Repeatable Read 级别下极大地提升了并发性能。

这里其实涉及到一个容易被忽略的细节：既然有 Undo Log，为什么还要 Redo Log？ 因为 Undo Log 是为了处理事务的回滚，关注的是“未提交”的情况；而 Redo Log 是为了处理系统崩溃后的数据恢复，关注的是“已提交但未入盘”的情况。这两者配合，才构成了完整的 Write-Ahead Logging（WAL）机制。

在实际开发中，我们通常会在 RR（可重复读）隔离级别下工作。虽然 RR 解决了不可重复读，但很多人以为它不能解决幻读。实际上，InnoDB 在 RR 级别下通过“间隙锁（Gap Lock）”和“临键锁（Next-Key Lock）”已经很大程度上规避了幻读问题。除非在同一个事务中先做普通快照读，再做当前读（如 select for update），否则不会产生幻读。