一、什么是事务隔离？ 事务隔离是指在数据库中，多个并发执行的事务之间相互隔离的程度。事务隔离级别是一个重要的概念，它定义了事务在读取和修改数据时能够接触到其他事务所做的修改的程度。 事务隔离的目的是确保并发事务能够正确地执行，同时保持数据库的一致性和可靠性。在一个并发环境中，多个事务可能同时读取和修改数据库中的数据，如果没有适当的隔离机制，会出现一些问题，如脏读、不可重复读和幻读。 什么是脏读 脏

MySQL 在 8.0.3 版本引入了新的事务调度算法，基于竞争感知的事务调度，Contention-Aware Transaction Scheduling，简称CATS。在CATS算法之前，MySQL使用FIFO算法，先到的事务先获得锁，如果发生锁等待，则按照FIFO算法进行排队。CATS相比FIFO更加复杂，也更加聪明，在高负载、高争用的场景下，性能提升显著。 一、事务调度 在数据库系统中，

源码版本：PG 13.3 PG 支持两阶段提交事务（2PC），本文基于 PG 13.3 源码，简单分析 2PC 事务处理相关的逻辑。 1. 两阶段事务提交的处理过程 2PC 各阶段的命令调用主要包含如下三个： prepare trancation xxx commit prepared xxx rollback prepared xxx prepare transaction xxx 命令表示让名

源码文件：src/backend/access/transam/subtrans.c 源码版本：PG 13.3 1. 子事务的使用 PG 提供了一组 savepoint 相关的命令用于子事务操作，子事务相关例子如下： 定义一个保存点： savepoint savepoint_name; 销毁一个保存点： release [savepoint] savepoint_name; 回滚到一个保存点： r

PostgreSQL 支持两阶段提交事务（two-phase commit），简称 2PC。单机版本的 PG 很少会用到 2PC 事务，而基于 PG 的分布式数据库，其事务管理器大多数都是基于 PG 的 2PC 事务或者在其基础上进行修改实现。 一、2PC 事务相关命令 PG 提供了一组命令用于 2PC 事务，如下： prepare transaction 'xxx' commit prepare

1. 传统主从复制技术架构 传统主从复制的方式是在master节点上执行数据更新事务，而后记录这些事务到binlog中，再将binlog发送到slave节点转储成relay log，在slave节点上再有单独的线程读取这些relay log然后重新执行或应用这些事务，它是shared-nothing的，每个节点都有一份完整的数据副本，其技术流程图如下所示： MySQL还提供了半同步复制，这是在传统

本文简单介绍下MGR的整体技术架构概况，事务同步过程，事务认证机制等关键知识点。 1. MGR架构 再来看一遍MGR的架构图： 从上图可知，MGR工作时，主要涉及到以下三层： Server层：负责处理用户请求，接收用户事务，返回结果等。 MGR处理层：接收来自Server层的事务请求，处理Paxos层返回消息。 Paxos层：将所有消息进行全局排队，然后发送给MGR处理层。 MGR是以Plugin

前言 本章使用的测试数据库为GreatSQL8.0.25版本 (Wed Aug  3 16:17:03 2022)[root@GreatSQL][(none)]>select version();+-----------+| version() |+-----------+| 8.0.25-16 |+-----------+1 row in set (0.00 sec) 数据库事务概述 事务

前言 本章使用的测试数据库为GreatSQL8.0.25版本 (Wed Aug  3 16:17:03 2022)[root@GreatSQL][(none)]>select version();+-----------+| version() |+-----------+| 8.0.25-16 |+-----------+1 row in set (0.00 sec) 事务有4种特性：原子

GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。 GreatSQL是MySQL的国产分支版本，使用上与MySQL一致。 文章导读： 什么是Undo Log？ Undo:意为撤销或取消，以撤销操作为目的，返回某个状态的操作。 Undo Log:数据库事务开始之前，会将要修改的记录放到Undo日志里，当事务回滚时或者数据库崩溃时，可以利用UndoLog撤销未提交事务对数据库

作者简介：高鹏，笔名八怪。《深入理解MySQL主从原理》图书作者，同时运营个人公众号“MySQL学习”，持续分享遇到的有趣case以及代码解析！ 我们知道一个事务的binlog一定在一个binlog里面，其实一个group commit的事务都应该在一个binlog里面，那么很可能这个binlog的大小会大于4G。可以参考这篇文章：https://www.jianshu.com/p/10082cb

说到分布式事务，大家并不陌生。在实际工作中，用得比较多的还是柔性分布式事务，今天主要把在工作中运用到的几种柔性分布式事务的场景及实现方式做一个简单介绍，也可以看做是柔性分布式事务的一个演进过程。 一、调用方保证 这种方式适合业务内自己使用，当方法内的任务一个逻辑发生异常时，整个方法都异常，由调用方进行重试。该方法不太适合于外部系统的交互，否则，这就是把自己的命运交到别人的手里，是比较危险的做法。

1.概述 接着之前我们对Spring AOP以及基于AOP实现事务控制的上文，今天我们来看看平时在项目业务开发中使用声明式事务@Transactional的失效场景，并分析其失效原因，从而帮助开发人员尽量避免踩坑。 我们知道 Spring 声明式事务功能提供了极其方便的事务配置方式，配合 Spring Boot 的自动配置，大多数 Spring Boot 项目只需要在方法上标记 @Transact

一、事务是什么 事务是一系列数据库操作的集合，这些操作全部成功即为事务成功，有一个失败即为 事务失败，所有操作全部回滚。 二、事务的特性 ACID 2.1 原子性 事务是最小操作单元，要么全部成功，要么全部失败，不存在只成功一部分的情况。 2.2 一致性 一致性是针对现实业务场景所展现出的特性，例如一个转账的操作，A余额扣除200，b余额则会增加200，不会出现A扣钱B没有增加的情况。 2.3 隔

本文为《MySQL归纳学习》专栏的第十三篇文章，同时也是关于《MySQL事务》知识点的开篇文章。 欢迎您阅读《MySQL探秘：解码事务、分布式事务与长事务的奥秘》。事务在MySQL中是如何实现的？分布式事务又是如何达成的呢？我们又该如何避免陷入一些不良的事务习惯？更别提那些让人头疼的长事务问题。本篇文章将揭示这些问题的答案，让你深入了解事务分类、分布式事务的实现以及长事务的特性。 事务分类 从事务

本文为《MySQL归纳学习》专栏的第十四篇文章，同时也是关于《MySQL事务》知识点的第二篇文章。 相关文章： MySQL探秘：解码事务、分布式事务与长事务的奥秘 欢迎阅读《MySQL并发事务问题与事务隔离级别揭秘》。并发事务是MySQL中一个至关重要的部分，然而它往往带来一些棘手的问题。那么，如何解决这些问题呢？本篇文章将引导你了解到事务隔离级别的重要性，并详细介绍事务隔离的实现方式。同时，为了

Oracle是世界上最广泛使用的关系型数据库管理系统之一。在使用Oracle时，你可能会遇到各种问题和错误。其中一个常见的错误是Oracle 01555错误，在本文中，我将详细介绍这个错误，以及可能导致它出现的原因。 ORA-01555: snapshot too old: rollback segment number with name "" too small 在Oracle数据库中，每个事

MVCC，全称为Multi-Version Concurrency Control，即多版本并发控制，是数据库管理系统中的一个重要概念。MVCC是根据每个事务启动时的时间戳来管理数据的，通过在数据行版本之间进行身份验证以实现并发。 Oracle数据库采用MVCC来提高数据库的并发性能。当一个事务读取数据时，Oracle数据库会为读取当前快照时所存在的所有数据行建立一个当前版本。在MVCC模型的实现

写在前面 写这篇文章的背景是有个跟我关系不错的小伙伴去某大型互联网公司面试，面试官问了他关于分布式事务的问题，不巧的是他确实对分布式事务掌握的不是很深入，面试的结果挺遗憾的。不过，这位小伙伴还是挺乐观的，让我写写关于【分布式事务】的系列文章，想提升自己关于分布式事务的短板，那我就写一个【分布式事务】专题吧，专题的内容计划是从原理、框架源码到企业级实现，这篇文章也算是整个专题的开篇吧。希望能够为小伙

分布式事务 分布式架构，自然会带来分布式事务的问题。由于需要跨节点的网络交互，因此较单机事务会有很多损耗。随之带来的是事务处理时间较长、事务期间的锁持有时间也会增加，数据库的并发性和扩展性也会受到影响。针对单笔事务来说，分布式事务执行效率是肯定会有降低的，分布式带来的更多是整体处理能力的提升。 性能 由于分布式数据库通常使用的二阶段提交和各节点之间的网络交互会有性能损耗，分布式数据库优势不是单个简