基本概念 ACID 原则 ACID，即 Atomicity（原子性）、Consistency（一致性）、Isolation（隔离性）、Durability（持久性）四种特性的缩写。 ACID 也是一种比较出名的描述一致性的原则，通常出现在分布式数据库等基于事务过程的系统中。 具体来说，ACID 原则描述了分布式数据库需要满足的一致性需求，同时允许付出可用性的代价。 Atomicity：每次事务是原

 本文首发于公众号【看点代码再上班】，欢迎围观，第一时间获取最新文章。 原文：还傻傻搞不懂MySQL事务隔离级别么（图文并茂，保证你懂！） 大家好，我是tin，这是我的第25篇原创文章 ​ 上一篇文章已经讲了事务的四大特征，如果不记得了可以再看一下： 昨天去银行转钱，最后怒失300万 。文章中提到，事务是在MySQL引擎中实现的，且我们用得最多的支持事务的引擎是InnoDB。 本文所说的 MySQ

基础概念 脏读 一个事务中访问到了另外一个事务未提交的数据 不可重复读 一个事务内根据同一个条件对行记录进行多次查询，返回的结果不一致 幻读 同一个事务内多次查询返回的结果集不一样（增加了或者减少） 隔离级别 隔离级别 描述 锁 读未提交(read uncommit) 一个事务还没提交时，它做的变更就能被别的事务看到 任何操作都不会加锁 读提交(read commit) 一个事务提交之后，它做的变

Undo log 悔做日志（Undo Log）是数据库事务管理的一个关键组成部分，尤其是在支持事务的存储引擎（如 MySQL 的 InnoDB 存储引擎）中。Undo Log 主要用于记录事务对数据的修改操作的反向操作，以便在事务回滚时撤销这些修改。在 InnoDB 存储引擎中，Undo Log 用于实现事务的原子性（Atomicity）和隔离性（Isolation）。 Undo Log 的主要功

对于事务来说，是我们平时在基于业务逻辑编码过程中不可或缺的一部分，它对于保证业务及数据逻辑原子性立下了汗马功劳。那么，我们基于Spring的声明式事务，可以方便我们对事务逻辑代码进行编写，那么在开篇的第一部分，我们就来用一个示例，来演示一下Spring事务的编写方式。 一、事务使用示例 首先添加Maven依赖 commons-dbcp commons-dbcp 1.4 commons-pool c

分布式事务在微服务中是比较常见且又比较棘手的难题，当然，它也并不是无解的，如果熟悉分布式事务的同学，应该知道 XA、2PC/3PC、TCC 、事务消息等解决方案。 事务消息是分布式事务解决方案的一种，也是我们今天要讨论的主题。 什么是事务消息？ 事务消息的目标，是为了实现可靠性消息最终一致性。 这个又是怎么理解呢？举个例子可能大家就比较容易理解。 还是我们比较常见的支付场景：用户支付下单，修改订单

Spring Boot使用事务是为了保证数据库操作的一致性以及避免出现脏数据。 在关系型数据库中，一次操作通常会包括多个SQL语句，例如更新一个订单时，需要更新订单表和商品表。如果在执行这个操作的过程中出现异常，例如数据库连接失败，那么只有一部分SQL语句会被执行，这就会导致数据库中的数据出现不一致，即脏数据。 使用事务可以将多个SQL语句组合到一个事务中，如果在事务中任何一个SQL语句执行失败，

Redis是一款高性能的开源内存数据库，它支持多种数据结构和丰富的数据操作命令，被广泛应用于缓存、消息队列、计数器、排行榜等场景。在实际应用中，很多操作需要保证数据的一致性和完整性，这时候就需要用到Redis事务。 什么是Redis事务？ Redis事务是将一组Redis操作打包为一个单元，然后将它们作为一个整体来执行的机制。通过Redis事务，可以确保这些操作要么全部执行成功，要么全部回滚，从而

你好，我是猿java。 提起事务，很多人自然而然想到 MySQL数据库的 ACID，而 Spring Transaction 作为业务层的事务，也是Java日常开发中必不可少的。然而在工作中，很多开发认为只要在类或者方法上加上 @Transactional注解就可以万事大吉了， 殊不知事务失效的场景有多种，一个疏忽就可能造成了线上事故，这篇文章我来和你聊一聊导致Spring 事务失效的 7个主要原

Undo log 是 MySQL 实现事务的关键机制之一。 Undo log 是事务原子性和一致性的保证，在事务中更新数据的前置操作，其实就是要先写入一个 Undo Log 。 本文将通过技术原理图解析：Undo Log 的存储机制、工作原理。 01Undo log 的概念及作用 Undo log 以逻辑方式记录数据库事务的修改操作，它记录了事务执行过程中旧值的备份，以便在事务回滚或并发控制需要时

推荐课程 前一篇MySQL读取的记录和我想象的不一致——事物隔离级别和MVCC讲了事务在并发执行时可能引发的一致性问题的各种现象。一般分为下面3种情况： 读 - 读情况：并发事务相继读取相同的记录。读取操作本身不会对记录有任何影响，不会引起什么问题，所以允许这种情况发生。 写 - 写情况：并发事务相继对相同的记录进行改动。 读 - 写或写 - 写情况：也就是一个事务进行读取，另一个事务进行改动。

事务消息是 RocketMQ 的高级特性之一，相信很多同学都对于其实现机制很好奇。 这篇文章，笔者会从应用场景、功能原理、实战例子、实现细节四个模块慢慢为你揭开事务消息的神秘面纱。 1 应用场景 以电商交易场景为例，用户支付订单这一核心操作的同时会涉及到下游物流发货、积分变更、购物车状态清空等多个子系统的变更。 当前业务的处理分支包括： 主分支订单系统状态更新：由未支付变更为支付成功。 物流系统状

背景 最近被问了几次nutsdb事务是怎么实现的，也就是并发控制是怎么做的。我说，用一把大的读写锁，写事务拿到写锁，读事务拿读锁，这样子做的。提问者先是震惊，接着说是有一点鄙夷，我感觉大概心里是在想，怎么这么low啊。我感觉用读写锁也还好，应该也不至于那么不堪吧。为什么呢？这篇文章记录了我在这个过程中的一些思考和探索，里面有一些属于个人观点。如若有说的不对的地方，还请多多指正。 为什么会觉得读写锁

在 etcd 中，事务是一组原子性操作，可以确保多个操作之间的原子性，并且可以确保一组操作在执行期间不会被其他操作中断。 下面是一个最简单的事务示例，txn 表示开启一个事务，在 compares 中，输入事务的执行条件，即 user1 = "bad"，如果满足条件，则删除 user1，否则将 user1 设置为 "good"。 etcdctl txn --interactive compares

最近遇到了hive metadata数据库的并发性能问题，厂商给的结论是可以调整mysql的事物隔离级别，达到了预期的效果，就当前事物隔离级别整理了相关资料。 1. 事务隔离级别 事务就是要保证一组数据库操作，要么全部成功，要么全部失败。在MySQL中，事务支持是在引擎层中实现的，MySQL中原生的MyISAM引擎就不支持事务，这也是MyISAM被InnoDB取代的重要原因之一。 以InnoDB为

事务是对数据库执行的工作单元。事务是以逻辑顺序完成的工作的单位或顺序，无论是用户手动的方式还是通过某种数据库程序自动执行。 事务性质 事务具有以下四个标准属性，一般是由首字母缩写词ACID简称： 原子性(Atomicity)：确保工作单位内的所有操作成功完成; 否则事务将在故障点中止，以前的操作回滚到其以前的状态。 一致性(Consistency)：确保数据库在成功提交的事务时正确更改状态。 隔离

什么是数据库事务？如果没有事物会有什么后果？事务的特性是什么？ 事务是指作为单个逻辑工作单元执行的一系列操作，可以被看作一个单元的一系列SQL语句的集合。要么完全地执行，要么完全地不执行。 如果不对数据库进行并发控制，可能会产生 脏读、非重复读、幻像读、丢失修改的异常情况。 事务的特性（ACID） A, atomacity 原子性 事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执

什么是脏读？幻读？不可重复读？什么是事务的隔离级别？Mysql的默认隔离级别是？ 脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据 不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果 不一致。 幻读：系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级，但是系统管理员B就在这

事务是MySQL等关系型数据库区别于NoSQL的重要方面，是保证数据一致性的重要手段。 MySQL博大精深，文章疏漏之处在所难免，欢迎批评指正。 一，基础概念 事务（Transaction）是访问和更新数据库的程序执行单元；事务中可能包含一个或多个sql语句，这些语句要么都执行，要么都不执行。作为一个关系型数据库，MySQL支持事务，本文介绍基于MySQL5.6。 首先回顾一下MySQL事务的基础

一、事务 事务是由一组SQL语句组成的逻辑处理单元，是满足 ACID 特性的一组操作，可以通过 Commit 提交一个事务，也可以使用 Rollback 进行回滚。事务具有以下4个属性，通常简称为事务的ACID属性: 原子性（Atomicity）：事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。比如在同一个事务中的SQL语句，要么全部执行成功，要么全部执行失败。回滚可以用日志