本文我们一起来看看，MySQL 在崩溃恢复过程中都干了哪些事情，Redo 日志又是怎么大显身手的。
前面文章讲述了 MySQL 系统中常见的几种日志，其实还有事务相关日志 redo log 和 undo log 没有介绍。相对于其他几种日志而言， redo log 和 undo log 是更加神秘，难以观测的。本篇文章将主要介绍这两类事务日志的作用及运维方法。
🧑个人简介：大家好，我是 shark-Gao，一个想要与大家共同进步的男人😉😉
「mysql数据库中日志是重要组成部分，记录着数据库运行期间各种状态信息」。主要有6类：
在上篇博客，我们知道了undo log，继续上篇博客，学习另外一种重要的InnoDB事务日志redo log
总结以上的三个问题，其实就是关于MySQL innodb事务的流程；那么接下来，我将详细总结下一一一：MySQL innodb的事务流程：
Mysql中的事务的原子性和持久性是由Redo Log实现的。 Redo Log也被称为重做日志。Redo通常用来记录物理日志。Redo Log包含两部分：
Undo Log（回滚日志）是MySQL中的一种重要数据结构，用于实现事务的ACID特性中的"Atomicity"（原子性）和"Isolation"（隔离性）。
MySQL几乎成为互联网行业使用的最多的开源关系型数据库，正因如此，MySQL也成为各大互联网公司面试中必问的数据库，尤其是MySQL中的事务实现机制和三大核心日志的实现原理。
今天来和大家分享MySQL的三个日志文件，可以说 MySQL 的多数特性都是围绕日志文件实现，而其中最重要的有以下三种：
2023 年某一天周末，新手程序员小明因为领导安排的一个活来到公司加班，小明三下五除二，按照领导要求写了一个跑批的数据落库任务在测试环境执行 ，突然间公司停电了，小明大惊，“糟了，MySQL 还在跑任务，会不会因为突然断电，导致数据库崩了”。
来源：MSSQL123 ， www.cnblogs.com/wy123/p/8365234.html 转自：ImportNew MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。 其中重做日志和回滚日志与事务操作息息相关，二进制日志也与事务操作有一定的关系，这三种日志，对理解MySQL中的事
MySQL中有六种日志文件， 分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。 其中重做日志和回滚日志与事务操作息息相关，二进制日志也与事务操作有一定的关系，这三种日志，对理解MySQL中的事务操作有着重要的意义。 这里简单总结一下这三者具有一定相关性的日志。
在前一阵子，大哥问过我：”你知道MySQL的原子性是怎么保证的吗“。我懵逼了，MySQL怎么保证原子性？我不会啊。
（记旧值）undo日志用于存放数据修改被修改前的值，假设修改 tba 表中 id=2的行数据，把Name=‘B’ 修改为Name = ‘B2’ ，那么undo日志就会用来存放Name='B’的记录，如果这个修改出现异常，可以使用undo日志来实现回滚操作，保证事务的一致性。
redo log 事务的支持是数据库区分文件系统的重要特征之一，事务的四大特性： 原子性：所有的操作要么都做，要么都不做，不可分割。 一致性：数据库从一种状态变成另一种状态的的结果最终是一致的，比如A给B转账500，A最终少了500，B最终多了500，但是A+B的值始终没变。 隔离性：事务和事务之前相互隔离，互不干扰。 持久性：事务一旦提交，它对数据的变更是永久性的。 本篇文章主要说说持久性相关的知识。 当我们在事务中更新一条记录的时候，比如： update user set age=11 where u
在之前的文章「简单了解InnoDB底层原理」聊了一下MySQL的Buffer Pool。这里再简单提一嘴，Buffer Pool是MySQL内存结构中十分核心的一个组成，你可以先把它想象成一个黑盒子。
在MySQL 中我们经常会接触到三个核心日志，它们分别是：binlog 、redo log、undo log。
我的网站上一直有好多人留言催更 MySQL 日志（undo log、redo log、binlog）的文章。
在MYSQL中，日志是非常重要的，其中Redo log 和undo log都是引擎层（innodb）实现的日志，redo log 是重做日志，提供 前滚 操作，undo log 是回退日志，提供 回滚 操作。
MySQL中一共有 7 种日志，多数人只知道其中的 3 种。最近我在面试一个 DBA 时，得知一共有 7 种日志文件，今天我们一起来看看这些日志文件都有哪些作用，以帮助大家理解 MySQL 中的事物以及事物背后的原理。！
这篇文章主要介绍了MySQL系列之redo log、undo log和binlog详解,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下。
事务是数据库最为重要的机制之一，凡是使用过数据库的人，都了解数据库的事务机制，也对ACID四个基本特性如数家珍。但是聊起事务或者ACID的底层实现原理，往往言之不详，不明所以。所以，今天我们就一起来分析和探讨InnoDB的事务机制，希望能建立起对事务底层实现原理的具体了解。
参考博客1（建议先通读该博客）介绍了MySQL通过Undo+Redo Log的机制实现了事务的原子性、一致性和持久性（关于事务的隔离性是通过锁机制来保障的，请参考我的另一篇博文MySQL常见的七种锁详细介绍）。文章中提到：
MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。 其中重做日志和回滚日志与事务操作息息相关，二进制日志也与事务操作有一定的关系，这三种日志，对理解MySQL中的事务操作有着重要的意义。 这里简单总结一下这三者具有一定相关性的日志。 一、重做日志（redo log） 1、作用 确保事务的持久
MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。
一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块，最后到达存储引擎。 那么，一条更新语句的执行流程又是怎样的呢？以及MySQL可以恢复到半个月内任意一秒的状态，这是怎样做到的呢？
首先，InnoDB会判读缓冲池里是否存在 id = 1 这条数据，如果不存在则从磁盘中加载到缓冲池中，而且还会对这行数据加独占锁，防止多个sql同时修改这行数据。
innodb事务日志包括redo log和undo log。redo log是重做日志，提供前滚操作，undo log是回滚日志，提供回滚操作。
大家有没有想过为什么MySQL数据库可以实现主从复制，实现持久化，实现回滚的呢？其实关键在于MySQL里的三种log，分别是：
通过上文《MySQL是如何保证数据不丢失的？》可以了解DML的操作流程以及数据的持久化机制。对于一个数据库而言，除了数据的持久性、不丢失之外，一致性也是非常重要的，不然这个数据是没有任何意义的。在使用MySQL时，数据不一致的情况也可能出现，所以，本文就来看看MySQL是如何保证数据一致的。
看过我之前文章《一条Update语句的执行过程是怎样的？》的朋友都基本知道【点击文章传送门~🙌】，在整个Update更新语句中会涉及到三种日志，分别是undo log(回滚日志）、redo log (重做日志) 、binlog (归档日志)，也有两阶段提交，没看过的不要紧，可以结合本篇文章一起看，会有1+1>2的效果。
MySQL 日志包含了错误日志、查询日志、慢查询日志、事务日志、二进制日志等，如果存储引擎使用的是 InnoDB ，二进制日志(binlog)和事务日志(包括redo log和undo log) 是肯定绕不过去的，本篇接下来详细为大家介绍这三种日志。
这是一条很简单的更新SQL，从MySQL服务端接收到SQL到落盘，先后经过了MySQL Server层和InnoDB存储引擎。
在 MySQL 中，恢复机制是通过回滚日志（undo log）实现的，所有事务进行的修改都会先记录到这个回滚日志中，然后在对数据库中的对应行进行写入。
什么是事务？ 事务是一组原子性的sql语句，或者说是一个独立的工作单元。事务有四个特性，原子性(Atomicity),一致性(Consistency),隔离型(Isolation)以及持久性(Durability)。今天想跟大家一起研究下事务内部到底是怎么实现的。
事务(Transaction)是并发控制的基本单位。所谓的事务呢，它是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。
在事务的ACID特性中，原子性（A）、一致性（C）、持久性（D）由undo log和redo log实现，隔离性（I）由锁+MVCC实现
ACSR（Auto Crash Safey Recovery）自动的故障安全恢复 更新操作 在一行数据被更新时： 1、在使用BEGIN开启事务时，会先给.ibd文件中分配一个TXID号和LSN号，假设为tx_01与lsn1001； 2、在UPDATE执行时，MySQL会找到需更新数据的数据页，并将其内容加载到data buffer pool中，由DBWR（double write）线程记录变更数据页的内容，并且记录好TXID和更新LSN号，此时将产生脏页与脏数据； 3、使用LOGBWR（log doubl
今天给大家分享MySQL中的三种核心日志——Redo Log、Undo Log和Binlog，涵盖它们的介绍、作用、存储位置、写入机制、记录格式、特点以及如何管理这些日志。
1、首先介绍了Redo，Undo，Log Sequence Number (LSN)，Checkpoint，Rollback Pointer (ROLL_PTR)，Transaction ID (TRX_ID)，Transaction Serialization Number(TRX_NO) 是什么？ 2、然后介绍了MySQL Update过程中发生了什么？Redo,Undo,双写之间如何配合，脏页何时刷新？ 3、最后介绍了Crash Recovery时如何做恢复？ 1、InnoDB 术语和概念 我们首先来
InnoDB 事务日志包括redo log和undo log，其中redo log是重做日志，提供前滚操作；undo log是回滚日志，提供回滚操作。undo log不是redo log的逆向过程，其实它们都算是用来恢复的日志：
上一篇文章中,我们了解了一条查询语句的执行过程,按理说这篇应该讲一条更新语句的执行过程,但这个过程比较复杂,涉及到了好几个日志与事物,所以先梳理一下3个重要的日志,bin log(归档日志)、redo log(重做日志)、undo log(回滚日志)
MySQL事务的实现涉及到redo和undo以及purge，redo是保证事务的原子性和持久性；undo是保证事务的一致性（一致性读和多版本并发控制）；purge清理undo表空间
4.更新操作为什么不直接更新磁盘反而设计这样⼀个复杂的InnoDB存储引擎来完成？
好了，事务相关最后一个知识点，就是剩下的 Redo 和 Undo 日志相关的内容了。在学习它们之间，我们要先复习一下事务的四大特性，小伙伴们还记得是哪四大特性吗？
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
