redo log

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

今天不coding

MySQL三大日志-Redo Log事务中修改的任何数据，将最新的数据备份存储的位置（Redo Log），被称为重做日志。随着事务操作的执行，就会生成Redo Log，在事务提交时会将产生Redo Log写入Log Buffer，并不是随着事务的提交就立刻写入磁盘文件。等事务操作的脏页写入到磁盘之后，Redo Log 的使命也就完成了，Redo Log占用的空间就可以重用（循环写入）。

redo log 和 bin log 的两阶段提交当事务提交后，有一个两阶段提交策略。在开启两阶段提交时，会开启一个 XA 事务（宏观上的事务），Prepare 阶段：将 redo log 的状态设置为 prepare，然后将事务XID 写入 redo log，然后提交 redo log

MySQL的Redo Log跟BinlogRedo Log和Binlog是MySQL日志系统中非常重要的两种机制，也有很多相似之处，本文主要介绍两者细节和区别。

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

MySQL高阶知识点(一)一条SQL【更新】语句是如何执行的一条SQL【更新】语句是如何执行的首先，可以确定的说，【查询】语句的那一套流程，【更新】语句也是同样会走一遍，与查询流程不一样的是，更新语句涉及到【事务】，就必须保证事务的四大特性：ACID，所以更新流程涉及到两个重要的日志模板：