mysql中redo log和 binlog的区别

 更新时间:2022年01月29日 08:36:35   作者:初念初恋  
本文主要介绍了mysql中redo log和 binlog的区别,文中通过示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下

想跟大家聊聊关于 mysql 中的两个小的知识点:redo log 和 binlog

redo log :InnoDB 存储引擎层方面的日志,所以如果你使用的存储引擎不是 InnoDB 的话,那就根本谈不上 redo log。

binlog : MySQL Server 层记录的日志,所以不管是用的什么存储引擎,只要是 MySQL 都是会有 binlog 的存在,在做 MySQL 主从复制的时候,利用的就是 binlog。

接下来,我们就详细来看看它们都分别做了啥?

redo log

为什么要有这个 redo log 日志文件呢?

这里,我们可以举个例子,现在我们想对数据库的数据进行修改操作,现在一条 update 语句过来,一般 update 操作都伴随着查询的操作,得先找到这条数据,然后再进行更新操作对吧。

如果数据量比较小还好,很快就能找到并且更新完毕,但是如果数据量比较大,里面有一亿条数据,怎么办?而且更新操作肯定是要写到磁盘上去的,那这中间的 IO 成本呢?

如果我有好几十条 update 语句先后更新呢?这样想的话,你就能想到,就这些操作,成本就高的不行,那能不能降低一下这些成本呢?

这时候,redo log 就起到作用了。 当有一条记录更新的时候, InnoDB 引擎就会先把记录写到 redo log 里面去,同时更新内存,这样就算是更新这条数据成功了。

但是此时,它并没有更新到磁盘上去对吧?别担心, InnoDB 会在恰当的时候,把这条及记录更新到磁盘上去。

这样的思想或者技术,有个专有名词: WAL 技术,也就是 WriteAheadLogging ,核心就是先写日志,再写磁盘。

redo log 不能一直写吧?

redo log 的大小是固定的,前面的内容会被覆盖,一旦写满,就会触发 redo log 到磁盘的同步,以便腾出空间记录后面的修改。

数据库发生宕机或者重启,数据也将不会丢失。

因为有了 redo log ,之前提交的记录都还在,只需要根据 redo log 里面的记录进行相应恢复就可以了。

binlog

binlog 是 MySQL Server 层的记录日志。

redo log 和 binlog 的区别:

  • redo log 是 InnoDB 引擎特有的; binlog 是 MySQL 的 Server 层实现的,所有的引擎都是可以的。

  • redo log 是物理日志,记录的是”在 XXX 页上做了 XXX 修改”;binlog 是逻辑日志,比如” 给 id = 2 这一行的 c 字段加 1”。

  • redo log 是有固定大小的,所以它的空间会用完,如果用完的话,一定要进行一些写入磁盘的操作才可以继续;binlog 是可以追加写入的,也就是 binlog 没有空间的概念,一直写就行了。

binlog 以事件的形式记录了所有的 DDL 和 DML 语句(因为它记录的是操作而不是数据值,属于逻辑日志),可以用来做主从复制和数据恢复

在开启了 binlog 功能的情况下,我们可以把 binlog 导出成 SQL 语句,把所有的操作重放一遍,来实现数据的恢复。

有了这两个日志之后,我们来看一下一条更新语句是怎么执行的(redo 不能一次写入了):

例如一条语句:update user set name='小马' where id=1;

  • 先查询到这条数据,如果有缓存,也会用到缓存。

  • 把 name 改成小马,然后调用引擎的 API 接口,写入这一行数据到内存,同时记录 redo log。这时 redo log 进入 prepare 状态,然后告诉执行器,执行完成了,可以随时提交。

  • 执行器收到通知后记录 binlog,然后调用存储引擎接口,设置 redo log为 commit 状态。

  • 更新完成。

你能发现 redo log 竟然是先 prepare 状态,等 binlog 写完之后,才是 commit 状态,这种方式就叫”两阶段提交”。为什么会有这种方式呢?

redo log 和 binlog 都可以用于表示事务的提交状态,而两阶段提交就是让这两个状态保持逻辑上的一致。

可以假设一下,如果不采用这种方式,而是就先写 redo log ,再写 binlog ,会怎样? 如果在写 binlog 时,发生了异常,更新操作已经到 redo log 中了,但是此时 binlog 并没有进行更新,是不是出现了数据不一致?

先写 binlog 再写 redo log 也是一样的道理。所以,在写时,先让 redo log 处于 prepare 状态,等 binlog 写完之后,再让 redo log 处于 commit 状态,这样就保持了逻辑上的一致。

小结

到此这篇关于mysql中redo log和 binlog的区别的文章就介绍到这了,更多相关mysql中redo log和binlog内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • MySQL之表连接方式(内连接与外连接)

    MySQL之表连接方式(内连接与外连接)

    这篇文章主要介绍了MySQL之表连接方式(内连接与外连接),具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2025-04-04
  • mysql 数据同步 出现Slave_IO_Running:No问题的解决方法小结

    mysql 数据同步 出现Slave_IO_Running:No问题的解决方法小结

    mysql replication 中slave机器上有两个关键的进程,死一个都不行,一个是slave_sql_running,一个是Slave_IO_Running,一个负责与主机的io通信,一个负责自己的slave mysql进程。
    2011-05-05
  • MySQL group by和left join并用解决方式

    MySQL group by和left join并用解决方式

    这篇文章主要介绍了MySQL group by和left join并用解决方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2023-12-12
  • Mysql生成数据字典的原理与实例

    Mysql生成数据字典的原理与实例

    数据字典是一名DBA需要维护的重要内容,有人喜欢用excel来维护,本人更喜欢直接在数据库上进行维护,下面这篇文章主要给大家介绍了关于Mysql生成数据字典的原理与实例,以及导出MySQL的数据字典的方法,需要的朋友可以参考下
    2022-03-03
  • MySQL多层级结构-区域表使用树详解

    MySQL多层级结构-区域表使用树详解

    前面我们大概介绍了一下树结构表的基本使用。在我们项目中有好几块有用到多层级的概念。下面我们哪大家都比较熟悉的区域表来做演示
    2016-07-07
  • MySQL批量插入遇上唯一索引避免方法

    MySQL批量插入遇上唯一索引避免方法

    以前使用SQL Server进行表分区的时候就碰到很多关于唯一索引的问题,今天我们来了解MySQL唯一索引的一些知识:包括如何创建,如何批量插入,还有一些技巧上SQL,感兴趣的朋友可以了解下
    2013-01-01
  • mysql动态游标学习(mysql存储过程游标)

    mysql动态游标学习(mysql存储过程游标)

    mysql动态游标示例,通过准备语句、视图和静态游标实现,大家参考使用吧
    2013-12-12
  • 小记一次mysql主从配置解决方案

    小记一次mysql主从配置解决方案

    mysql主从方案主要作用:读写分离,使数据库能支撑更大的并发。在报表中尤其重要。由于部分报表sql语句非常的慢,导致锁表,影响前台服务。如果前台使用master,报表使用slave,那么报表sql将不会造成前台锁,保证了前台速度。
    2015-10-10
  • MySQL分类排名和分组TOP N实例详解

    MySQL分类排名和分组TOP N实例详解

    大家好,本篇文章主要讲的是MySQL分类排名和分组TOP N实例详解,感兴趣的同学赶快来看一看吧,对你有帮助的话记得收藏一下
    2022-01-01
  • MySQL数据库查询案例分析

    MySQL数据库查询案例分析

    文章系统讲解MySQL查询方法,涵盖简单查询、多表联接(需n-1条件避免笛卡尔积)、排序、分组、子查询(any/all关键字)及分页技术,结合实际案例说明不同查询类型的使用场景与注意事项,感兴趣的朋友跟随小编一起看看吧
    2025-08-08

最新评论