Bin log & Redo log 实现Crash Safe

最新推荐文章于 2024-04-20 15:45:00 发布
最新推荐文章于 2024-04-20 15:45:00 发布
阅读量482 收藏
点赞数
分类专栏： MySQL 文章标签： 日志 MySQL Crash Safe
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_52245648/article/details/124689226
版权

Redo log 和 Bin log实现Crash safe

全部笔记🔗

redo log

redo log 用于保证事务的持久性，同样也是可以实现crash safe。

WAL（Write-Ahead Logging）： 先写日志再写磁盘。

  • 事务为什么不直接写到磁盘中？因为每次写入都会磁盘随机IO访问，耗时，不如暂时写到redo log中，然后再找合适的时间刷到磁盘上。
  • 能够实现crash safe:如果服务器宕机了，那么重启的时候会查找redo log进行数据的恢复

redo log存储的页是物理日志，采用循环写的方式，也就是我们可以写到redo log上面，我们也可以在合适的时间刷盘

请添加图片描述

上图来源于《MySQL45讲》

  • write pos:当前记录的位置
  • checkpoint:当前要擦除的位置
  • 中间的深色区域：还可供书写的区域，如果write pos追上了 checkpoint那么就需要先停止更新，进行刷盘空闲出来一片区域再写
Crash Safe

有了redo log， InnoDB就可以保证即使数据库发生了一场重启之前提交的记录都是会存在于redo log中，不会丢失，这个能力叫做crash safe

Crash Safe – 恢复数据

LSN:日志序列号。通过对比LSN我们就能够知道怎么恢复数据

LSN指示了checkpoint的位置，每个数据页同样也是有LSN的，当数据库发生异常重启的时候，系统自动定位到check point，通过对比LSN就能判断是否是需要恢复 & 怎么恢复

请添加图片描述

图片来源

bin log

bin log是 server层的日志，用于数据误删后的恢复以及主从复制

两日志文件对比：

  • redo log是InnoDB引擎特有的，bin log是所有引擎都可以实现
  • redo log是物理日志，bin log是逻辑日志
  • redo log是循环写的，bin log是追加写的
两阶段提交

请添加图片描述

为什么需要两阶段提交？
  • 先写redo log再写bin log,如果写完redo log就宕机了，重启之后用redo log恢复的数据就比bin log多，造成数据不一致
  • 先写bin log再写redo log,写完bin log就宕机了，重启后redo log这个事务无效，但是写到了bin log中去了，数据不一致
炸毛疯兔
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL - 为什么 Redo log 具有 crash-safe 的能力，是 Binlog 无法替代的？
学无止境
11-06 266
总的来说，Redo log 提供了更强的数据恢复和事务一致性保障，使其具有 crash-safe 能力，而 Binlog 主要用于数据复制和备份，不具备 Redo log 的强一致性保障。这两种日志在数据库系统中扮演不同的角色，且无法互相替代。“Crash-safe”（安全崩溃）是指数据库系统或其他软件系统在发生崩溃或故障时，能够保持数据的完整性和一致性。
redo log和bin log以及两阶段提交（笔记）
知的IT成长之路
10-20 2178
1.redo log 如果熟悉MySQL你肯定知道MySQL能过对数据进行恢复（前提是开启bin log日志），当然这要归功于bin log日志。但是你可曾听过redo log呢？ 首先redo log是innodb引擎特有的，需要注意的是innodb是MySQL的一个插件。 什么是redo log呢？有啥用？实际上当我们执行一条修改语句，难道每次都要落盘吗？显然是不可能的，如果每次都需要落盘，首先数据量大的时候每次都要去对这么大的文件进行io操作，显然在效率上是不可行的。 那么redo lo
mysql+redo的两个阶段_MySQL事务日志Redo_Log之Crash_Safe原理和事务两阶段提交原理
weixin_35953155的博客
01-19 375
MySQL的崩溃恢复crash_safe能力依赖于RedoLog事务日志。当MySQL更改数据的时候，它的设计思想是先对内存中的数据进行修改，并且写RedoLog，即更改数据，总是遵循WAL日志先行机制。问题：为什么不直接更改磁盘中的数据，而是要在内存中修改，并且写RedoLog日志，最后再落盘这么复杂呢？其实要回答这个问题并不难。MySQL更新数据的时候，之所以不直接写磁盘，最主要的就是性能问题...
Mysql八股之crash-safe
weixin_42189550的博客
08-20 1299
mysql八股之crash-safe
mysql safe 日志,Mysql binlog redolog与crash-safe
weixin_36302331的博客
03-17 296
Part 1 What and Why什么是redog和binlog?redolog是对记录修改之后的物理日志，物理日志就是说redolog保存的是某一行数据修改之后的值，比如把id=1这行的某个属性由1改成2，redolog记录的就是这个2.redolog是InnoDB引擎层的。相比于redolog，binlog是逻辑日志。其中一种形式是记录的原始sql语句，比如update t set c =...
为什么 redo log 具有 crash-safe 的能力，是 binlog 无法替代的？
u012501054的博客
12-28 776
为什么 redo log 具有 crash-safe 的能力，是 binlog 无法替代的？
undo log、redo log、binlog有什么用？
最新发布
m0_63310537的博客
04-20 1423
但是这样做的风险是，主机掉电的时候会丢数据。：把 XID 写入到 binlog，然后将 binlog 持久化到磁盘（sync_binlog = 1 的作用），接着调用引擎的提交事务接口，将 redo log 状态设置为 commit，此时该状态并不需要持久化到磁盘，只需要 write 到文件系统的 page cache 中就够了，因为只要 binlog 写磁盘成功，就算 redo log 的状态还是 prepare 也没有关系，一样会被认为事务已经执行成功；
MySQL(七)服务器参数设置,补充redo_log&undo_log&bin_log,锁机制
书院二层楼
07-27 288
文章目录前言通用参数(general)字符(character)连接(connection) 前言 这个参数没有标准答案,根据实际业务调整 mysql的参数非常多,咱们也没必要每个都闹明白,先把常用的搞定… 默认的配置文件: /etc/my.cnf 通用参数(general) 参数 含义 datadir=/var/lib/mysql 数据文件存放的目录 socket=/var/lib/mysql/mysql.sock mysql.socket表示server和client在同一台服务器，
⚠️Mysql 三大Log——Redo Log、Undo Log、Bin Log，以及Mysql的两阶段提交 吧拉吧拉吧拉吧拉吧拉
眉头的骰
11-25 795
关于这三个log，redo log 和 undo log 是归属于Innodb 存储引擎的 ，bin log 是归属于 mysql Server 这个层面的。 redo log 和 undo log 都是存储引擎层面上生成的日志，并且都记录了数据的修改，只不过 redo log记录的是"物理级别"上的页修改操作，undo log 记录的是逻辑操作日志，比如对某一行数据进行了INSERT语句操作，那么 undo log就记录一条与之相反的DELETE操作。 Redo Log —— 保证事务持久性，数据异常恢
(十一)MySQL日志篇之undo-log、redo-log、bin-log.....傻傻分不清！
BASK2311的博客
10-26 1434
叨叨絮絮下来，就大致将MySQL中的一些常见、较为重要的日志讲明白啦，其实重点搞清楚undo-log：主要用于实现事务ACID原则中的原子性和MVCC机制。redo-log：主要用于实现事务原则中的持久性，确保事务提交后就不会丢失。bin-log：主要结合redo-log实现事务原则中的一致性，确保事务提交前后，数据的一致。对于其他几类日志，在本篇中也仅讲明了大概，毕竟后面的章节中会再出现，而对于上述三大日志也就基本上不会提到了，因此剖析的较为全面，那么咱们下篇见~，下面准备讲：《MySQL。
mysql crash unsafe和 crash safe 详解
如果看不懂代码，欢迎在评论区留言
02-04 440
前言 这两个名词都是关于mysql中从库中的从库 下面postion代表执行到低几条命令 crash unsafe 定义：从库重启后对binlog的重复执行 样例：从库拉取了主库binlog执行后posting未记录到内存中，重启，将会把这条命令再次执行。从库拉取了主库binlog执行后posting未记录到磁盘中，重启，将会把这条命令再次执行。 crash safe 定义：从库重启后对bi...
mysql crash safe_MySQL的CrashSafe和Binlog的关系
weixin_34226447的博客
01-27 316
1、什么是CrashSafeCrashSafe指MySQL服务器宕机重启后，能够保证：- 所有已经提交的事务的数据仍然存在。- 所有没有提交的事务的数据自动回滚。前面的文章讲过，Innodb通过Redo Log和Undo Log可以保证以上两点。为了保证严格的CrashSafe，必须要在每个事务提交的时候，将Redo Log写入硬件存储。这样做会牺牲一些性能，但是可靠性最好。为了平衡两者，Inno...
MySQL5.6新特性之crash-safe详解
lijingkuan的博客
03-11 839
整理自网络。 主要内容： （1）5.5中crash-unsafe产生的原理 （2）5.6中如何解决5.5中异常断电导致SQL thread信息不准确 （3）5.5中如何解决异常断电导致IO thread信息不准确一 介绍  MySQL 5.6 针对复制功能提供了新特性: slave支持crash-safe. 该功能可以解决之前版本中系统异常断电可能导致的SQL thread 信息不准确的问题
MySQL学习笔记（十）crash-safe 和两段提交
岁月不饶人，我亦未曾饶过岁月
12-02 699
CrashSafe指MySQL服务器宕机重启后，能够保证： - 所有已经提交的事务的数据仍然存在。 - 所有没有提交的事务的数据自动回滚。
通俗易懂解释redo log以及binlog为什么能够保证MySQL的crash-safe能力
liuzhe910422的专栏
12-31 760
什么是redo log以及binlog？在这里我就不用什么官方的语言去解释了，这种解释网上一大把一大把的，在这里我以一个生动的例子解释redo log以及binlog为什么能够保证MySQL的crash-safe能力。redo log以及bing log的区别 （1）：记录内容不同： 以一个仓库管理为例，redo log与binlog可以理解为该仓库的货物进出记录，只不过redo log和binlog记录的内容不一样。redo log记录物理日志的变化，比如在这个仓库中A货物从100件变成了102件。 而.
MySQL的crash-safe原理详解
wh柒八九的博客
04-27 1320
MySQL作为当下最流行的开源关系型数据库，有一个很关键和基本的能力，就是必须能够保证数据不会丢。那么在这个能力背后，MySQL是如何设计才能保证不管在什么时间崩溃，恢复后都能保证数据不会丢呢？有哪些关键技术支撑了这个能力? 文章目录 ...
安全第三次作业
weixin_54225453的博客
07-17 150
重做日志redolog—物理日志二进制日志binlog—逻辑日志binlog日志只用于归档，只依靠binlog是没有crash-safe能力的。只有redolog也不行，因为redolog是InnoDB特有的，且日志上的记录落盘后会被覆盖掉。
MySQL redo log
CarryBest的博客
04-28 37
Mysql redo logMysql redo log
redo log和bin log的区别
04-08
redo log和bin log是MySQL数据库中的两个重要日志，它们有以下区别： 1. redo log（重做日志）： - 作用：记录数据库中发生的修改操作，用于恢复数据库的一致性。 - 写入时机：在事务提交之前，将修改操作记录到redo log中。 - 存储位置：通常存储在磁盘上的redo log文件中。 - 持久性：redo log是持久性的，即使数据库崩溃，也可以通过redo log进行恢复。 - 大小限制：redo log的大小是固定的，当写满后会进行切换。 2. bin log（二进制日志）： - 作用：记录数据库中的所有修改操作，包括数据的增删改等。 - 写入时机：在事务提交之后，将修改操作记录到bin log中。 - 存储位置：通常存储在磁盘上的bin log文件中。 - 持久性：bin log是持久性的，即使数据库崩溃，也可以通过bin log进行恢复。 - 大小限制：bin log的大小是可配置的，当写满后可以进行轮换或删除。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值