binlog、redolog和undolog

2023-11-03 19:04
文章标签 binlog redolog undolog

本文主要是介绍binlog、redolog和undolog,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

binlog、redolog和undolog

前提

在MySQL中,redo log和undo log只适用于InnoDB存储引擎,因为要支持事务。而不适用于MyISAM等其他存储引擎。而binlog则适用于所有存储引擎。

理解

binlog、redolog和undolog 都是 MySQL 数据库中的日志文件。

binlog(归档日志)用于记录对数据库所做的更改操作,例如 INSERT、UPDATE 和 DELETE 等语句,以便进行数据备份和恢复操作。它也是基于语句的复制和行级复制的核心技术。

redolog(重做日志)是记录所有修改过的数据页,并把这些修改操作顺序地记录下来。它用于提供事务的持久性,并确保事务提交后数据一定被写入到磁盘。Redo Log 可以重新执行事务进行恢复。

undolog(撤销日志)主要用于支持事务回滚操作。当事务执行过程中需要进行回滚时,数据库引擎会根据相应的 undo log 记录来恢复事务执行前的状态。Undolog 用于保证 ACID 特性中的事务原子性和隔离性。

综上所述,binlog、redolog 和 undolog 都是 MySQL 数据库中的重要日志文件,它们分别记录数据库的更改操作事务的持久性事务回滚操作,以确保数据库的正确性和一致性。

作用

Binlog的作用

  • 数据恢复:Binlog允许在数据丢失或损坏的情况下进行数据恢复,通过重放Binlog中的操作,可以还原数据库状态。
  • 主从复制:Binlog用于实现主从复制,通过将主数据库的Binlog同步到从数据库,从而实现数据复制。

Redo Log的作用

  • 崩溃恢复:Redo Log用于崩溃恢复,即在数据库异常关闭后,通过Redo Log中的记录将数据库还原到一致状态。
  • 高性能写入:Redo Log的特性允许高性能的写入操作,因为它可以追加写入而不需要随机I/O。

Undo Log的作用

  • 事务回滚:Undo Log记录了事务执行前的数据,允许在事务回滚时还原数据。
  • MVCC实现:MySQL使用Undo Log来实现多版本并发控制(MVCC),允许不同事务之间的隔离性。

如何一起工作?

这三个日志组件通常一起工作,以确保数据库的一致性和可恢复性。当执行一个事务时,MySQL按以下步骤工作:

  1. 事务的更改首先记录到Undo Log,以便在需要时回滚事务。
  2. 然后,事务的更改被写入Redo Log,以确保即使在系统崩溃时,数据不会丢失。
  3. 最后,数据的更改被写入数据库表。

这篇关于binlog、redolog和undolog的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/340259

相关文章

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

DAY16:什么是慢查询,导致的原因,优化方法 | undo log、redo log、binlog的用处 | MySQL有哪些锁

目录 什么是慢查询,导致的原因,优化方法 undo log、redo log、binlog的用处  MySQL有哪些锁   什么是慢查询,导致的原因,优化方法 数据库查询的执行时间超过指定的超时时间时,就被称为慢查询。 导致的原因: 查询语句比较复杂:查询涉及多个表,包含复杂的连接和子查询,可能导致执行时间较长。查询数据量大:当查询的数据量庞大时,即使查询本身并不复杂,也可能导致

redo undo 和 binlog 有什么作用

MySQL中有六种日志文件, 分别是:重做日志(redo log)、回滚日志(undo log)、二进制日志(binlog)、错误日志(errorlog)、慢查询日志(slow query log)、一般查询日志(general log),中继日志(relay log)。 其中重做日志和回滚日志与事务操作息息相关,二进制日志也与事务操作有一定的关系,这三种日志,对理解MySQL中的事务操作有着重要

MySQL Binlog同步HDFS的方案

这个问题我想只要是在做数据开发的,有一定数据实时性要求、需要做数据的增量同步的公司都会遇到。 19年的时候我曾经写过一点canal的文章。 现在你只要看这个文章就可以了。 这篇文章是一个读者推荐给我的,原地址:https://dwz.cn/XYdYpNiI,作者:混绅士 我对其中的一些内容做了修改。 关系型数据库和Hadoop生态的沟通越来越密集,时效要求也越来越高。本篇就来调研下实时抓取MyS

后起之秀 | MySQL Binlog增量同步工具go-mysql-transfer实现详解

点击上方蓝色字体,选择“设为星标” 回复”资源“获取更多资源 一、 概述 工作需要研究了下阿里开源的MySQL Binlog增量订阅消费组件canal,其功能强大、运行稳定,但是有些方面不是太符合需求,主要有如下三点: 需要自己编写客户端来消费canal解析到的数据server-client模式,需要同时部署server和client两个组件,我们的项目中有6个业务数据库要实时同步到redis

StreamSets MySQL Binlog解析配置

MySQLbinlog日志作为用于MySQL主从复制的途径。 MySQL复制允许通过binlog维护多个将数据从主服务器复制到从属服务器的副本。 StreamSets可以从MySQL主数据库捕获更改,然后将更改的数据传递到Data Collector管道。 GTID是MySQL数据库事务的全局唯一ID,在MySQL中无论GTID是否打开都可以通过StreamSets处理MySQL binglog。

【面试八股总结】MySQL日志:undo log、redo log、binlog

MySQL中存在三种日志: undo log(回滚日志):是 Innodb 存储引擎层生成的日志,实现了事务中的原子性,主要用于事务回滚和 MVCC。redo log(重做日志):是 Innodb 存储引擎层生成的日志,实现了事务中的持久性,主要用于掉电等故障恢复;binlog (归档日志):是 Server 层生成的日志,主要用于数据备份和主从复制; 一、回滚日志undo log

MySQL变量-binlog_format:决定binlog的存储格式v1

1 global和session都可 2 三个值: STATEMENT:sql语句的格式 ROW:具体数据行记录的格式 MIXED:混合格式

mysql数据迁移,通过mysqldump、ibd、binlog这些方式的区别与优缺点

在 MySQL 数据迁移中,mysqldump、ibd 文件、binlog 等方式各有优缺点,适用于不同的场景和需求。以下是对这些方式的详细比较: 1. mysqldump 描述 mysqldump 是 MySQL 提供的一个命令行工具,用于生成数据库的逻辑备份。它会把数据库的结构和数据导出为 SQL 脚本文件,该文件可以在目标数据库上执行以重建数据库。 优点 简单易用:不需要停止 My

采用OpenReplicator解析MySQL binlog

欢迎支持笔者新作:《深入理解Kafka:核心设计与实践原理》和《RabbitMQ实战指南》,同时欢迎关注笔者的微信公众号:朱小厮的博客。 欢迎跳转到本文的原文链接:https://honeypps.com/backend/read-mysql-binlog-by-using-openreplicator/ Open Replicator是一个用Java编写的MySQL binlog分