标签： crash

发布于

`InnoDB`的`崩溃`恢复`（`Crash Recovery`）：`redo log`在`实例`启动时的`重放`流程。

好的，我们开始。 InnoDB 崩溃恢复：Redo Log 重放流程详解 各位学员，大家好！今天我们来深入探讨InnoDB存储引擎在发生崩溃后，如何利用Redo Log进行数据恢复的关键流程。Redo Log是InnoDB实现ACID特性中持久性（Durability）的重要保障。 理解其重放机制对于数据库管理员、开发者以及DBA来说至关重要。 1. Redo Log 的基本概念 Redo Log，即重做日志，记录了InnoDB存储引擎中所有对页（Page）的修改操作。当数据库发生崩溃时，Redo Log可以被用来重新执行这些修改，从而将数据库恢复到崩溃前的状态。 物理日志: Redo Log记录的是物理层面的修改，即具体哪个页的哪个位置发生了什么变化。 循环写入: Redo Log文件通常是循环写入的，由多个物理文件组成（如ib_logfile0, ib_logfile1等）。 LSN (Log Sequence Number): 每个Redo Log条目都有一个唯一的LSN，用于标识Redo Log的顺序。LSN是一个递增的数值，可以用来判断Redo Log的先后顺序。 Check …

继续阅读“`InnoDB`的`崩溃`恢复`（`Crash Recovery`）：`redo log`在`实例`启动时的`重放`流程。”

发布于

MySQL存储引擎内部之：`InnoDB`的`Crash Recovery`：`Redo Log`在`崩溃恢复`中的作用。

MySQL InnoDB Crash Recovery: Redo Log 的救赎 各位朋友，大家好！今天我们来聊聊 MySQL InnoDB 存储引擎中一个非常关键的特性：崩溃恢复（Crash Recovery），以及在这个过程中扮演核心角色的 Redo Log。理解 Redo Log 的机制，对于理解 InnoDB 的事务特性、数据一致性至关重要。 1. 为什么需要 Crash Recovery？ 首先，让我们思考一个问题：数据库系统在运行过程中，可能面临各种各样的意外情况，比如服务器突然断电、操作系统崩溃、甚至硬件故障。这些意外都可能导致数据库进程非正常终止。如果没有有效的恢复机制，数据库中的数据可能会损坏，或者处于不一致的状态，导致严重的业务问题。 举个简单的例子，假设你正在使用一个电商网站，进行一个购物操作： 你将一件商品加入购物车。 系统从你的账户中扣除相应的金额。 如果在扣款成功之后，服务器突然崩溃了，但商品信息还未来得及写入数据库，那么你的钱就被扣了，但你并没有买到商品，这是一个明显的数据不一致问题。 Crash Recovery 的目的，就是保证在数据库系统经历崩溃之 …

继续阅读“MySQL存储引擎内部之：`InnoDB`的`Crash Recovery`：`Redo Log`在`崩溃恢复`中的作用。”

发布于

崩溃恢复（Crash Recovery）的原理：Redo Log 与 Undo Log 的作用

好的，各位编程界的英雄好汉、靓女萌妹们，今天咱们来聊聊一个听起来有点吓人，但实际上很有意思的话题：崩溃恢复！想象一下，你辛辛苦苦写了一天的代码，正准备提交，结果电脑突然蓝屏了……那种感觉，简直比失恋还难受啊！😭 别怕，有了崩溃恢复，你的数据就有了救星！它就像一个超级英雄，能在系统崩溃后，把数据从悬崖边拉回来。而 Redo Log 和 Undo Log，就是这位超级英雄的两大法宝。今天咱们就来好好扒一扒这两大法宝的原理和作用。 开场白：数据世界的“生死时速” 在数据库的世界里，数据就像血液一样流动，而对数据的修改就像一场场紧张刺激的“生死时速”。每一次事务（Transaction）的执行，都可能改变数据库的状态。但天有不测风云，数据库系统随时可能遭遇各种“意外事故”，比如： 服务器突然断电： 就像赛车突然没油，直接熄火。 操作系统崩溃： 就像赛车撞到护栏，车毁人亡。 数据库软件 Bug： 就像赛车零件脱落，跑着跑着就散架了。 这些“意外事故”会导致数据处于一种“半死不活”的状态，要么事务只执行了一半，要么数据被改得乱七八糟。如果没有一套完善的崩溃恢复机制，数据就会彻底丢失或损坏，那损失可 …

继续阅读“崩溃恢复（Crash Recovery）的原理：Redo Log 与 Undo Log 的作用”