看源码太费眼睛了. 还是gdb方便点, 为了方便低版本gdb的环境, 这里就不升级gdb了.
MySQL Cluster 数据同步的发展是从 “弱一致性” 到 “”强一致性” 的进化。
前面两节，我们已经将raincat的demo工程启动，并简单分析了下事务协调者与事务参与者的启动过程。
MySQL中的两阶段提交协议（Two-Phase Commit Protocol）
Seata AT 模式是一种非侵入式的分布式事务解决方案，Seata 在内部做了对数据库操作的代理层，我们使用 Seata AT 模式时，实际上用的是 Seata 自带的数据源代理 DataSourceProxy，Seata 在这层代理中加入了很多逻辑，比如插入回滚 undo_log 日志，检查全局锁等。
存储引擎的事务特性能够保证在存储引擎级别实现ACID。而分布式事务则让存储引擎级别的ACID可以扩展到数据库层面，甚至可以扩展到多个数据库之间–这需要两阶段提交实现。MySQL5.0和更新版本的数据库已经开始支持XA事务了。
隔离是什么？看到“隔离”这个字眼，估计大部分人的第一反应就是“WC，阳了”，那么“隔离你”就是为了保证其他人的安全。
MySQL作为当下最流行的开源关系型数据库，有一个很关键和基本的能力，就是必须能够保证数据不会丢。那么在这个能力背后，MySQL是如何设计才能保证不管在什么时间崩溃，恢复后都能保证数据不会丢呢？有哪些关键技术支撑了这个能力？本文将为我们一一揭晓。
数据库系统是属于既要又要的系统，既要保证数据库的正确性，又要高并发。在高并发的场景下保证数据库的正确性，关键在于保证事务的 ACID。以 ACID 的 I（Isolation） 为例，I 表示的是在并发事务的场景下，事务并发执行的效果与事务串行执行的效果完全相同，这种隔离级别就是所说的可串行化隔离级别，但是可串行化隔离级别的代价比较大，往往伴随着大量的冲突等待或者冲突失败。
当系统是分布式系统，并且数据库有分库分表的情况下，此时会产生分布式事务相关的问题。
是在是抱歉，本来每周一都是 POSTGRESQL 的，但由于某些原因这周更换顺序，下周会恢复的。
如果使用基于GTID的MySQL同步我们不需要在change master中使用MASTER_LOG_FILE 和MASTER_LOG_POS 参数，而是使用MASTER_AUTO_POSITION 选项，该选项默认是禁用的
今天我心情好，我决定给你的转账 100 万，最后的结果肯定是我的余额变为 0 元，你的余额多了 100 万元，是不是想到就很开心？
他们有一个共同的字段, 叫做xid, 崩溃恢复的时候, 会按照顺序扫描redolog:
MGR（Mysql Group Replication）是5.7版本新加的特性，是一个MySQL插件。
MySQL复制全解析 Part 2 一步步搭建基于二进制文件位置的MySQL复制
● 原子性：一个事务对状态的改变是原子的，要么都发生，要么都不发生，这些改变包括数据库的改变、消息以及对转换器的操作。
失踪人口终于更新了答案，我保证会更新完毕的！想直接看题目的小伙伴可以来这个传送门：应粉丝要求，请假一周，面了9家深圳非外包初级开发，只为刷一刷真题（文末有福利）
为了提升分配 undo 段的效率，事务提交过程中，InnoDB 会缓存一些 undo 段。
数据库事务有不同的隔离级别，不同的隔离级别对锁的使用是不同的，锁的应用最终导致不同事务的隔离级别。
各类事务级别在面对并发情况下的情况 | | 脏读 | 不可重复读 | 幻读 | | --- | --- | --- | --- | | 读未提交 | √ | √ | √ | | 读已提交 | × | √ | √ | | 可重复读 | × | × | √ | | 串行化 | × | × | × |
在之前的文章中，我对MySQL并行复制做过一个简单的介绍，有兴趣可以翻看5月19日的文章《MySQL并行复制解析》。今天针对这个问题，补充一些知识点。
MySQL 为我们提供了分布式事务解决方案，在前面的内容中 聊一聊分布式事务的解决方案 提到过 binlog 的同步，其实是 MySQL XA 规范的一个应用，那么 XA 规范是如何定义的，具体又是如何应用的呢？
MySQL Group Replication（下简称：MGR）是MySQL官方推出的一种基于Paxos协议的状态机复制。在MGR出现之前，用户常见的MySQL高可用方式，无论怎么变化架构，本质就是Master-Slave架构。
重要的组件包括事务管理器、XA资源管理器和事务参与者。事务管理器负责全局事务的管理和协调，XA资源管理器负责本地资源的管理和协调，事务参与者负责具体的事务操作。事务协调器作为桥梁，协调各个组件之间的交互，确保分布式数据一致性。
问题的提出 为了保证并发操作数据的正确性及一致性，SQL规范于1992年提出了数据库事务隔离级别。 事务隔离级别分类 事务隔离级别由低往高可分为以下几类 READ UNCOMMITTED，读取未提交的数据。 这是最不安全的一种级别，查询语句在无锁的情况下运行，并能读取到别的未提交的数据，造成脏读，如果未提交的那个事务数据全部回滚了，而之前读取了这个事务的数据即是脏数据，这种数据不一致性读造成的危害是可想而知的。 READ COMMITTED，读取已提交的数据。 一个事务只能读取数据库中
上一篇文章中，我们介绍了 mysql 的二进制日志 binlog，他为数据的同步、恢复和回滚提供了非常便利的支持。 怎么避免从删库到跑路 — 详解 mysql binlog 的配置与使用
在分布式系统的架构设计中，往往需要对可用性和一致性进行权衡，为了解决分布式一致性的问题，诞生了2PC、3PC和Paxos等算法。
下图说明了一个DTP系统的本地实例，其中AP调用TM来构造事务。这些框表示X/Open DTP模型中的软件组件。箭头指示控制流的方向。
对于软件开发人员来说，有时候我们需要面对瞬时海量的并发请求，例如阿里双十一等活动，当处理并发流程时需要我们通过各种机制保持数据一致性，其中，最有效的一种机制就是锁机制。而对于数据库管理人员来说，并发问题同样存在。并发问题的本质在于一条逻辑代码在机器层面可能需要几条指令来完成，也就是说这条逻辑代码可能在多个机器周期内完成，如果在顺时执行时这样执行是不会存在问题的，而在并发执行时就会出现数据不一致的情况。这种最小的逻辑指令对应到数据库中就是事务，事务包含原子性（Atomicity）、一致性（Consistency）、一致性（Consistency）和持久性（Durability）。而由于一个事务在机器层面可能需要几条指令完成，这也意味着它在并发时会出现如下问题：脏读、不可重复读和幻读，下面以MySQL为例详细介绍在什么情况下可能会出现上述问题。
为了和前一篇文章介绍的场景区分开，我们用两个虚构小故事把两种场景放在一起作个对比。
大体上差不多，不过8.0版本移除了innobackupex命令且只能备份8.0版本的MySQL
ZAB的全称是 Zookeeper Atomic Broadcast （Zookeeper原子广播)。Zookeeper 是通过 Zab 算法来保证分布式事务的最终一致性。
Percona XtraBackup 利用的是InnoDB的crash-recovery功能
fa只要保证redolog 和 binlog 持久化到磁盘, 就能保证mysql异常重启后, 数据可以恢复.
事件驱动架构是一种促进生产的软件架构范式。事件驱动架构在用微服务构建的现代应用中非常普遍，它用事件来触发、解耦服务之间的通信。事件可以是状态的变更，比如将商品放入购物车；也可以是某种标识，比如订单的发货通知。
在分布式系统中,每个节点都知道自己在事务操作的结果是成功还是失败的,却无法直接获取其他分布式节点的事务结果
一般来说， MySQL 事务都是指在 InnoDB 引擎下，MyISAM 引擎是不支持事务的。
思来想去，个人觉得要理解「分布式事务」，必须先知道什么是“事务（Transaction）”。 当然，这里提到的“事务”是在事务型数据库（Transactional Database）知识领域内的。 一个事务包含了若干个数据库操作，这些操作通常都会对数据库产生变化。值得一提的是，多个事务之间是互不影响，独立运行的，事务里的各个操作最终都得以持久化。 事务一个很重要的特性是："all-or-nothing"。 通俗来讲，事务是对数据的一个逻辑操作，事务内的各个单元操作要么完整执行成功，要么全部都不执行。 因此，
作者：操盛春，爱可生技术专家，公众号『一树一溪』作者，专注于研究 MySQL 和 OceanBase 源码。
来源：MSSQL123 ， www.cnblogs.com/wy123/p/8365234.html 转自：ImportNew MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。 其中重做日志和回滚日志与事务操作息息相关，二进制日志也与事务操作有一定的关系，这三种日志，对理解MySQL中的事
MySQL中有六种日志文件， 分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。 其中重做日志和回滚日志与事务操作息息相关，二进制日志也与事务操作有一定的关系，这三种日志，对理解MySQL中的事务操作有着重要的意义。 这里简单总结一下这三者具有一定相关性的日志。
XA 是由 X/Open 组织提出的分布式事务规范，XA 规范主要定义了事务协调者（Transaction Manager）和资源管理器（Resource Manager）之间的接口。
MySQL中一共有 7 种日志，多数人只知道其中的 3 种。最近我在面试一个 DBA 时，得知一共有 7 种日志文件，今天我们一起来看看这些日志文件都有哪些作用，以帮助大家理解 MySQL 中的事物以及事物背后的原理。！
明显不会，磁盘IO太慢了，如果每个请求过来 MySQL 都要写磁盘，磁盘肯定扛不住。
MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。 其中重做日志和回滚日志与事务操作息息相关，二进制日志也与事务操作有一定的关系，这三种日志，对理解MySQL中的事务操作有着重要的意义。 这里简单总结一下这三者具有一定相关性的日志。 一、重做日志（redo log） 1、作用 确保事务的持久
MySQL中有六种日志文件，分别是：重做日志（redo log）、回滚日志（undo log）、二进制日志（binlog）、错误日志（errorlog）、慢查询日志（slow query log）、一般查询日志（general log），中继日志（relay log）。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
