undo log

码不停蹄的玄黓

MySQL Undo Log 深度解析：事务回滚与MVCC的核心功臣作为MySQL的“数据后悔药”和“历史版本档案馆”，Undo Log（回滚日志）在事务处理和并发控制中扮演着至关重要的角色。今天咱们就从底层原理出发，结合实际场景，把Undo Log的“里里外外”说个明白！

MySQL 三大日志：Redo、Undo 与 Binlog 详解关于三大日志，博主看了无数视频和文章，也是总结的非常精辟了！在 MySQL 数据库的运行机制中，Redo Log、Undo Log 和 Binlog 起着至关重要的作用，它们各司其职，共同保障数据库的数据安全、事务一致性以及高效的复制与恢复功能。接下来，我们就深入探究这三大日志的区别、作用，以及在 SQL 更新操作中的协同工作过程，同时揭开两阶段提交的神秘面纱。

MySQL高级-MVCC-undo log &版本链当事务2执行第一条修改语句时，会记录undo log日志，记录数据变更之前的样子; 然后更新记录，并且记录本次操作的事务ID，回滚指针，回滚指针用来指定如果发生回滚，回滚到哪一个版本。

理解MySQL的日志 Redo、Undo事务有 4 种特性（CAID）：原子性、一致性、隔离性和持久性。关于 MySQL 的几种日志 :InnoDB 存储引擎是以页为单位来管理存储空间的。在真正访问页面之前，需要把在磁盘上的页缓存到内存中的 Buffer Pool 之后才能访问。所有的变更都必须先更新缓冲池中的数据，然后缓冲池中的脏页会以一定的频率被刷入磁盘（checkPoint机制），通过缓冲池来优化 CPU 和磁盘之间的鸿沟，这样就可以保证整体的性能不会下降太快。