数据库回滚和重做操作具体是做什么的？如何实现数据的一致性和完整性？

一、 回滚与重做：守护数据的“时光机”

在纷繁的业务场景里数据就像孩子们的成长记录，一旦出现错误，若不能及时“倒回”或“重新演绎”，后果往往不堪设想。数据库的回滚和重做正是这两把时光机钥匙， 帮助我们把系统恢复到平安、完整的状态，一针见血。。

1️⃣ 回滚到底在干什么？

• 撤销已施行的修改：当事务因异常、 业务校验失败或人为取消而无法继续时回滚会把所有INSERT/UPDATE/DELETE操作逆向施行，恢复到事务开始前的快照。
• 依赖 Undo Log：大多数关系型数据库会在每一次写入前先记录对应的撤销信息，确保即使系统崩溃也能精准还原。
• 保持 ACID 中的“一致性”和“原子性”：回滚让事务要么全成功， 要么全不产生副作用，防止半途而废导致的数据碎片。

2️⃣ 重做到底在干什么？

• 把已提交事务重新写入磁盘：系统意外宕机后内存中的修改可能只停留在日志里。重做通过读取 Redo Log，把这些修改一步步“重演”，确保已经提交的数据不丢失。
• 保证持久性：一旦事务提交， 即便电源瞬间切断，重做也能把它们完整恢复，让业务继续向前跑。
• 与检查点配合：检查点会把脏页刷到磁盘并截断日志，而重做则负责将检查点之后的日志全部应用。

二、实现一致性与完整性的核心机制

🔧 事务日志：双向护航

Undo Log + Redo Log = 双保险，礼貌吗？。