binlog关闭事务记录_MySQL是先写redo log还是先写binlog，哪个又先commit

最新推荐文章于 2024-07-16 21:06:59 发布

weixin_39607865

最新推荐文章于 2024-07-16 21:06:59 发布

阅读量793

点赞数

文章标签： binlog关闭事务记录

本文链接：https://blog.csdn.net/weixin_39607865/article/details/111664331

版权

是先写redo log还是先写binlog，哪个又先commit

对于一条写语句，写入的时候是先写redo日志还是先写binlog日志呢？以innodb为例
实际顺序如下：

会话发起COMMIT动作
存储引擎层开启[Prepare]状态：在对应的Redo日志记录上打上Prepare标记
写入binlog并执行fsync(刷盘)
在redo日志记录上打上COMMIT标记表示记录提交完成

先写redo，后写binlog,为什么？

可以看到先写了redo日志，但是最后才提交了redo日志，这是为什么呢？
这个是由于MySQL是通过binlog进行复制传输的，若先提交了redo日志，还没写入binlog时候掉电了，MySQL实例恢复时根据redo日志来进行恢复，会出现这边有而从库复制端没有这个记录的问题，数据不一致了。

MySQL的复制恢复步骤

说道恢复，简单聊下MySQL的复制恢复的步骤。

对于活跃的事务，直接回滚
对于redo中是Prepare状态的事务，如果binlog中已记录完成则提交，否则回滚事务

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_39607865

关注关注

0
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

Mysql 执行流程，binlog,undo log ,redo log

言午戌的博客

12-21

2790

1、执行流程 mysql主要分为Server层和存储引擎层 Server层：主要包括连接器，查询缓存，分析器，优化器，执行器，所有垮存储引擎的功能都在这一层实现，比如存储工程，触发器，视图，函数等，还有一个通用的binlog日志模块存储引擎：主要负责数据的存储和读取，连接器：负责用户登录数据，进行用户的身份认证，包括校验账号密码，权限等；只要密码验证通过，连接器会到权限表中查询该用户的所有的权限，只要这个连接不断开，及时管理员在这期间对这用户进行了权限更改，但这个连接维护的还是更改之前的权.

MySQL事务，从redo log、bin log、undo log说起...

Java Punk

07-20

841

通过本讲，你将学到redo log、bin log、undo log日志系统的产生、释放过程，作用，以及与事务（ACID）的关系

参与评论您还未登录，请先登录后发表或查看评论

MySQL中Redo 和 Binlog 顺序一致性问题！！！

LYK_for_dba的博客

03-15

4411

首先，我们知道在MySQL中，二进制日志是server层的，主要用来做主从复制和即时点恢复时使用的。而事务日志（redo log）是InnoDB存储引擎层的，用来保证事务安全的。现在我们来讨论一下MySQL主从复制过程中的一些细节问题，有关于主从复制可以看具体的章节。在了解了以上基础的内容后，我们可以带着以下的几个问题去学习复制到底是怎样工作的。为什么MySQL有binlog，还有redo log...

MySQL commit一个dml，先写redolog 还是先记binlog顺序（这个图很好！好文章！）

HD243608836的博客

06-25

1229

mysql commit一个dml，在开启了binlog的情况下，为了保证binlog跟redo log 数据的一致性，mysql引入了两阶段提交。在事务commit的时候，会在两阶段提交的commit阶段，先将整个事务写入redolog，此时redolog还没有commit的标识。然后会将事务写入binlog，binlog commit成功之后，才会将commit标识写入redo log，并且告诉引擎层进行事务的提交。以上的图片中可以看到，事务的提交主要分为两个主要步骤： 1. 准备阶段（Sto

【MySQL】RedoLog日志和Binlog日志哪个先写的问题?

最新发布

Cover_sky的博客

07-16

1032

1.自动为每个事务分配一个唯一的ID(XID)。这个ID很重要，是两阶段提交的核心2.COMMIT会被自动的分成Prepare和Commit两个阶段3.Binlog会被当作事务协调者(Transaction Coordinator) Binlog Event会被当作协调者日志binlog在2PC中充当了事务的协调者(Transaction Coordinator)由binlog来通知InnoDB引擎来执行prepare，commit或者rollback的步骤。

Mysql——Redo log 和 Bin log

qq_45814695的博客

12-05

1976

Mysql——Redo log 和 Bin log 内容出自丁奇45讲 Redo log Redo log是物理日志是InnoDB引擎特有的，记录某个数据页做了什么修改，redo log是循环写的，空间固定会用完； MySQL中，如果每一次的更新操作都需要写进磁盘，然后磁盘也要找到对应的那条记录，然后再更新，整个过程IO成本、查找成本都很高。为了解决这个问题，MySQL的设计者就用了Redo log来提升更新效率。其实就是MySQL里经常说到的WAL技术，WAL的全称是Write-Ahead Loggi

「MySQL高级篇」MySQL日志、事务原理 -- undolog、redolog、binlog、两阶段提交

Huangjiazhen711的博客

10-30

1423

实现事务的持久性将写操作从磁盘的「随机写」变成了「顺序写」只要binlog也好了，就不需要回滚，binlog没好，就需要回滚其实就是两个变成一个事务，redolog和binlog分别有 undolog、redolog、 binlog。undolog用于实现原子性，记录版本链用于回滚，并且属于逻辑日志，记录操作便于恢复redolog用于宕机后的数据恢复，记录实际的数据，属于物理日志。

MySQL 写优化关于 innodb_flush_log_at_trx_commit 和 sync_binlog

wenniuwuren

04-12

1673

Beta 机器测试，写入性能较差，有 4ms+，于是与DB共同排查，确实是分库DB写入太慢，DB 调整了两个参数后，RT 下降到均值 2ms。是什么参数如此给力？这样调整后，32C-96G-1000G 单库峰值 TPS = 2.6W，QPS = 1.1W 具体操作是，innodb_flush_log_at_trx_commit 从1改为2，sync_binlog 从1改为 10000 ，前者是...

MySQL中binlog和redo log的一致性问题

huangjw_806的博客

09-17

6867

MySQL中binlog和redo log的一致性问题本人目前在从事MySQL内核的开发和维护工作，以后会写一些MySQL的知识分享。关于MySQL中binlog和redo log的一致性问题，在网上看过一些文章，感觉不是特别清楚，所以自己总结后和大家分享一下，文章如有问题，欢迎指教。 redo log 和 binlog redo log 在MySQL InnoDB中，redo log是用来实...

MySQL日志---redo log和binlog

MAKEJAVAMAN的博客

06-29

270

文章目录MySQL更新操作redo logbinlog MySQL更新操作 MySQL查询操作 MySQL的更新操作和查询操作大体上一样，都需要经过连接器、分析器、优化器和执行器。有区别的是，在进行更新操作的时候，会有两个重要的日志板块-----redo log和binlog。 redo log redo log通常将其翻译成重做日志（英文中的前缀re表示重复的意思），作为InnoDB特有的日志，它的作用是当有一条记录需要更新的时候，InnoDB引擎会先把记录写到redo log中，同时并更新内存，之后当系

MySQL redo和binlog

大灰狼的专栏

12-31

1254

redo log 用来保证事务的持久性 redo概念可以参考：MySQL · 引擎特性 · InnoDB redo log漫游 mysql是如何保证一致性的呢？最简单的做法是在每次事务提交的时候，将该事务涉及修改的数据页全部刷新到磁盘中。但是这么做会有严重的性能问题，主要体现在两个方面：因为Innodb是以页为单位进行磁盘交互的，而一个事务很可能只修改一个数据页里面的几个字节，这个时候将完整的数据页刷到磁盘的话，太浪费资源了！一个事务可能涉及修改多个数据页，并且这些数据页在物理上并不...

MySQL是先写入数据还是写log

qq_46130027的博客

07-27

752

所以，在绝大多数情况下，MySQL的写入流程是先写入日志，再写入数据文件。这种策略能够确保数据的一致性和持久性，并提供了数据复制和恢复的功能。这样，在主从复制的场景下，从服务器可以通过读取Binary Log中的修改操作，实时复制主服务器上的数据变更，保持主从数据库的一致性。当执行事务提交时，MySQL首先将事务的修改操作记录到Redo Log中，然后异步地将这些修改操作刷新到磁盘的数据文件。

redo log和 binlog

qq_34709713的博客

09-16

184

mysql执行update语句和执行select语句前面的流程都一样，到执行器的时候会涉及到两个日志模块，redo log和 binlog。 redo log 和binlog配合就是Mysql经常提到WAL技术,WAL 的全称是 Write-Ahead Logging，它的关键点就是先写日志，再写磁盘。一、redo log 1、redo log叫重做日志/物理日志,只适用于InnoDb存储引擎。 2、用来实现 crash-safe 能力。 3、记录在内存中。 4、redo log固定大小，循环记录，因此会

MySQL中的redo log和binlog

weixin_40805079的博客

02-14

228

前言年前的一次操作数据库的时候，更新数据时候少加了条件，导致其他项目的数据库连接信息被更新错了，然后找DBA要了更新操作的binlog日志，重点是后面的来了，恢复数据需要手动根据binlog日志来自己组织数据，再更新回来。当时我就觉得这不应该吧，我这几十条数据的还行，如果更新了几万条数据，难道要手动组织几万次？？？后来问了一个朋友，说是有个binlog2sql的工具可以使用，然后我在虚拟机上整了下，没整成功，先不管了。（以下内容来自MySQL实战45讲）一、重要的日志模块：redo log 在MySQ

MySQL实战45讲——23MySQL是怎么保证数据不丢的？

meser88的博客

10-26

470

文章摘抄自林晓斌老师《MySQL实战45讲》。今天这篇文章，我会继续和你介绍在业务高峰期临时提升性能的方法。从文章标题“MySQL是怎么保证数据不丢的？ ”，你就可以看出来，今天我和你介绍的方法，跟数据的可靠性有关。在专栏前面文章和答疑篇中，我都着重介绍了WAL机制（你可以再回顾下第2篇、第9篇、第12篇和第15篇文章中的相关内容），得到的结论是：只要redo log和binlog保证持久化到磁盘，就能确保MySQL异常重启后，数据可以恢复。评论区有同学又继续追问， redo

redo和undo事务提交和回滚

szyzxcv5689的专栏

10-04

1039

执行COMMIT时候执行ROLLBACK时候

redolog与binlog

qq_42176274的博客

05-07

864

redo log（重做日志）当数据库有一条记录需要更新时，系统会先把记录写在redo log 中，保存了系统最新提交的数据，此时数据并未刷新到磁盘中，而是选择在系统空闲的时候刷新到磁盘中（随机IO操作，比较慢，而保存在redo log文件中属于顺序写入，速度很快）。若未刷新，系统就宕机，则重启之后可依据redo log 进行恢复。先写日志，再写磁盘另外，与建立新库所使用的bin log 的关系为：写完redo log 后，并不是直接将其标记为完成状态，而是将其标记为pr

mysql binlog、redo log、undo log

许诗宇的博客

02-07

4962

目录重做日志（redo log）重做日志-作用重做日志-内容重做日志-什么时候产生重做日志-什么时候释放重做日志-对应的物理文件重做日志-其他回滚日志（undo log）回滚日志-作用回滚日志-内容回滚日志-什么时候产生回滚日志-什么时候释放回滚日志-对应的物理文件回滚日志-其他：二进制日志（binlog）二进制日志-作用二进制日.........

MySQL深入：binlog及事务日志总结（二）

ljxbbss的博客

08-13

2705

注意点：提问 1.二进制日志和事务日志执行顺序？谁先写？推测1.事务日志先写，redo/undo在平常修改的时候就开始一直记录，不过是写到cache中，然后数据修改完毕后进入prepare阶段，进行二阶式提交，先写事务日志，再写binlog：https://www.csdn.net/gather_2f/MtTaMgwsNzU4NC1ibG9n.html 推测2.二进制日志先写，：http...

MySQL怎么保证redo log和binlog的数据是一致的？

04-26

MySQL通过两个标记来保证redo log和binlog数据的一致性，这两个标记分别是binlog group commit和sync...sync binlog则是指MySQL在将事务操作写入binlog文件之前，必须先将redo log数据刷到磁盘上才能保证数据的一致性。