两阶段提交总结

最新推荐文章于 2024-09-08 16:18:33 发布
最新推荐文章于 2024-09-08 16:18:33 发布
阅读量125 收藏
点赞数 1
分类专栏： mysql 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhangbo0311/article/details/105263083
版权
两种日志

redo log

  • InnoDB特有
  • 物理日志，记录在某个数据页上做了什么修改
  • 循环写，空间固定会用完，类似ringbuf

binlog

  • mysql的server层实现的
  • 逻辑日志，记录的是语句的原始逻辑
  • 追加写，binlog文件写到一定大小后会切换到下一个，并不会覆盖以前的日志
事务执行过程

事务执行简单过程：

  1. 更新内存
  2. 写入redolog，此时处于prepare阶段
  3. 写binlog
  4. 提交事务，此时处于commit状态
两阶段提交怎么保证redolog跟binlog逻辑一致的？

1 prepare阶段 2 写binlog 3 commit

Created with Raphaël 2.2.0 1 prepare阶段 2 写binlog 3 结束

在 2 之前 crash
重启恢复：发现没commit，回滚
备份恢复：没有binlog

在3之前crash
重启恢复：没有commit，单是prepare 和 binlog 逻辑一致
备份恢复：有binlog操作记录
所以直接commit即可

orange__p
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql日志文件以及两阶段提交等学习笔记
weixin_45919592的博客
01-07 681
日志文件 redolog 重做日志，也称事务日志，由innodb引擎层产生，记录的是数据库中每个页的修改，而不是某一行或某几行修改成怎样，可以用来恢复提交后的物理数据页，保证事务提交后新的数据不会丢失。 binlog 归档日志，在mysql的server层产生，主要记录用户对数据库操作的SQL语句(除了查询语句)，主要用作主从同步和数据库基于时间点的还原。 undolog 回滚日志，用来回滚行记录到某个版本。undo log一般是逻辑日志，根据每行数据的修改前数据和修改操作进行记录，保护事务在excepti
MySQL两阶段提交（Redo.log binlog.log）
菜鸟不想菜的博客
10-06 2757
两阶段提交 ​ MySQL中经常说的WAL技术，WAL的全称是Write- Ahead Logging，它的关键点就是先写日志，再写磁盘。即当有一条记录需要更新时，InnoDB引擎就会先把记录写到redo log里，并更新内存，这个时候更新就完成了。因为如果每一次的更新操作都需要写进磁盘，然后磁盘也要找到对应的那条记录，然后再更新，整个过程IO成本、查找成本都很高。 在执行一条update语句时候，通过连接器、分析器、优化器之后，调用操作引擎，将新行写入内存，写入redo log，状态为prepare-&
innodb二阶段日志提交机制和组提交解析
weixin_30822451的博客
01-02 170
前些天在查看关于innodb_flush_log_at_trx_commit的官网解释时产生了一些疑问，关于innodb_flush_log_at_trx_commit参数的详细解释参见官网： https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_flush_log_at_trx_commit ...
mysql+redo的两个阶段_什么是redo日志的“两阶段提交”
weixin_33054847的博客
01-21 525
MySQL的崩溃恢复crash_safe能力依赖于Redo Log事务日志。当MySQL更改数据的时候，它的设计思想是先对内存中的数据进行修改，并且写Redo Log，即更改数据，总是遵循WAL日志先行机制。那为啥redo日志是两阶段提交呢？ 这是需要和它处在的环境条件有关系的。那首先先看下read log是如何进行数据修改操作的。当MySQL更新数据的时候，其内部流程是怎么实现的呢？假设我要执行...
读书笔记-精准努力-三阶段 感触深
ctotalk
01-05 2806
《非暴力沟通》的书里讲，在与人的交往中，人起码分为三个阶段： 第一个阶段是讨好期； 第二个阶段是独立期； 第三个阶段是平衡期。 任何事情，只要分为三个阶段，就会显得很有道理，当然确实也有道理。 我们的成长期总体也可以分为类似的三个阶段： 第一个阶段是听话期； 第二个阶段是挣脱期； 第三个阶段是自由期。 ...
两阶段提交和三阶段提交
zhengkun51的博客
11-03 3099
分布式提交的问题 在分布式系统中，为了保证数据的高可用，通常会将数据保留多个副本(replica)，这些副本会放置在不同的物理的机器上。 在数据有多份副本的情况下，如果网络、服务器或者软件出现故障，会导致部分副本写入成功，部分副本写入失败。这就造成各个副本之间的数据不一致，数据内容冲突，造成事实上的数据不一致。 解决思路 可以看到，这里出现问题的主要原因是多个副本之间没有同步机制，可以增加一个协调机制来解决数据不一致问题。下面介绍的两阶段提交和三阶段提交都是通过引入一个协调者来进行协调。 两阶段提交 概述
两阶段提交与三阶段提交
鸭梨的博客
08-10 276
两阶段提交是什么? 两阶段提交非常有名，其原因主要有两点： 一个是历史很悠久； 二是其定义是很模糊的，它首先不是一个协议，更不是一个规范，而仅仅是作为一个概念存在，故从传统的关系统数据库一致的最新的 DistributedSQL 中，我们都可以看到它的身影。 两阶段提交包含哪些角色? 两阶段提交包含协调器与参与者两个角色。 在第一个阶段，协调器将需要提交的数据发送给参与者，同时询问参与者是否能够提交该数据，而后参与者返回投票结果。 在第二阶段，协调器根据参与者的投票结果，决定是提交还是取消这次事务，而后将结
数据库一阶段提交和两阶段提交区别和说明
12-14
总结来说，一阶段提交以效率为主，牺牲了一定的数据一致性，适合低一致性要求场景；而两阶段提交虽然保证了强一致性，但可能带来性能和可用性问题，适合对一致性有严格要求的高可靠性系统。在实际应用中，应根据业务...
flink checkpoint 两阶段提交协议详解
涛声依旧, 万古流名
04-19 1470
精确一次和最少一次的主要区别在于对数据处理的一致性和可靠性的保证程度。精确一次通过复杂的两阶段提交协议确保每条数据只被处理一次，提供了最高的数据一致性保证；而最少一次则通过简单的重试机制确保数据至少被处理一次，但可能会引入数据的重复处理。在实际应用中，需要根据具体的业务需求和场景来选择适合的语义保证。对于需要严格保证数据一致性的场景（如金融交易），通常会选择精确一次语义；而对于一些对数据处理速度有较高要求且可以容忍一定程度数据重复的场景（如日志收集），则可能会选择最少一次语义。
java 事务 两阶段提交 实现_分布式事务之两阶段提交（2PC）
weixin_39847722的博客
03-07 797
两阶段提交(2PC) 是 Oracle Tuxedo 系统提出的 XA 分布式事务协议的其中一种实现方式。一、关于 XA 分布式事务协议XA 分布式协议主要有两个角色：事务管理器(协调者) 事务管理器作为全局事务的协调管理者，与每个资源管理器通信，完成分布式事务的管理。资源管理器 (参与者) 资源管理器管理每个参与者的事务资源，其应该具有提交和回滚的能力，如数据库。XA 分布式协议制定的分段提交...
两阶段提交1
08-08
总结来说，两阶段提交在MySQL中扮演着至关重要的角色，特别是在分布式环境中，确保了数据的一致性和完整性。通过细致的协调机制，MySQL能够在一个复杂的网络环境中维持数据的准确性和可靠性。上述代码执行流程揭示了...
分布式事务：两阶段提交与三阶段提交
seowen的开发 小本子
10-29 1182
分布式基础知识 分布式的特点：分布性、对等性、并发性、缺乏全局时钟、故障总会发生 分布式环境下的各种问题：通讯异常、网络分区、成功失败超时三态、节点故障 事务一致性 数据库事务包含：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability） 分布式事务: 事务的参与者、支持事务的服务器、资源服务器以及事务管理器位于分布式系统的...
正确理解二阶段提交（Two-Phase Commit）
热门推荐
萧萧的专栏
03-07 3万+
明确问题 二阶段提交出现的背景是， 当我们使用分布式系统时， 如果分布式系统中的机器发生故障之后， 如何保证事务数据的一致性。 从一个场景入手， 假设一个人要从 A 银行向 B 银行进行跨行转账 100 元。 此时我们需要对 A 银行数据库中该用户的账户，做金额扣减操作（ - 100）， 同时对 B 银行数据库中该用户的账户做金额增加操作 （ +100） 这两个操作( -100 和 + 100）...
mysql用时间戳还是时间存储比较好
qq_42572322的博客
09-05 526
TIMESTAMP 通常占用的空间比 DATETIME 少，如果你对存储空间有限制，或者你需要存储大量的时间戳数据，TIMESTAMP 可能是更好的选择。- 如果你的应用需要在不同的时区中使用时间数据，或者需要自动处理夏令时的变化，使用 TIMESTAMP 可能更方便。- 考虑到不同的数据库系统和应用程序可能对时间类型的支持不同，选择一个能够满足你当前和未来需求的时间类型是很重要的。- 对于需要频繁进行日期和时间范围查询的场景，DATETIME 类型可能更适合，因为它允许更灵活的日期和时间计算。
MySQL表操作及约束
2301_77479435的博客
09-06 1063
MySQL表操作及约束
【大数据】Canal实现MySQL数据增量同步至Kafka：原理与配置解析
一个不断前行的程序者
09-04 1334
Canal是一款开源的数据库增量日志解析组件，主要用于监控数据库数据变更，并将变更数据同步到其他存储介质。Canal通过模拟MySQL Slave的交互协议，实时获取数据库的增量更新，从而实现数据同步。本文将介绍如何使用Canal将MySQL的数据通过监听Binlog，增量发送到Kafka。Binlog（Binary Log）是MySQL数据库的二进制日志，记录了所有对数据库数据的修改操作。开启Binlog后，MySQL会实时将数据变更记录到Binlog文件中。
深入解析Go语言中的条件控制与数据处理
一个被知识诅咒的人
09-08 1094
本文详细介绍了Go语言中的switch语句及其在正则表达式匹配中的应用，探讨了如何通过math/big包进行高精度圆周率计算。此外，文章还展示了如何实现一个简易键值对存储系统，并通过encoding/json和encoding/xml包处理常见的JSON和XML数据格式。通过这些示例和知识点，读者将能掌握Go语言中条件控制和数据处理的高级应用，提升编写高效代码的能力。
MySQL的 where 1=1会不会影响性能
ning的博客
09-07 593
通过分析和实验，我们可以得出结论：在现代的MySQL版本中，使用where 1=1并不会对查询性能产生显著影响，因为MySQL的优化器会对其进行常量折叠优化。然而，选择最合适的方法还需要考虑你的具体使用场景和ORM框架。在任何情况下，编写清晰、可维护的代码始终是最重要的。版权声明：本博客内容为原创，转载请保留原文链接及作者信息。参考文章MySQL中where 1=1真的会影响性能么？MySQL的 where 1=1会不会影响性能？看完官方文档就悟了！
MySQL record 03 part
最新发布
m0_47505062的博客
09-08 910
注意，百分号和下划线在MySQL中都是被当作通配符来使用的，因此当要匹配的字符是百分号和下划线本身的时候，也就是你要搜索百分号和下划线本身的时候，要将百分号和下划线转义成普通字符，方法是使用右斜线。更灵活，当 DELETE FROM 不指定where时，时删除所有表记录，而指定where时则是删除指定的符合where条件的记录。一般情况下，向表中添加新的记录，应该包含此表的所有字段，也就是应该给表的所有字段添加值，也有2种方式，指定字段和不指定字段，这里使用的是不指定字段的方式，
flink两阶段提交
07-27
总结来说，Flink的两阶段提交是通过使用TwoPhaseCommitSinkFunction接口和Kafka Producer的commitTransaction()方法来实现的，以确保对外部Kafka Sink的EXACTLY_ONCE语义。 #### 引用[.reference_title] - *1* *3* ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值