Redis事务本质上是在服务器上有一个“事务队列”，每次客户端在事务中进行一个操作，都会把命令发给服务器，放到“事务队列”中（但不会并立即执行），正真收到EXE...

事务传播机制：多个事务⽅法存在调⽤关系时,事务是如何在这些⽅法间进⾏传播的。 上篇博客讲到的事务隔离级别能解决多个事务同时调用一个数据库的问题。

事务这个词，在数据库学习后都会有了解，如它的概念：事务会把所有的操作作为一个整体，向数据库发起请求，要么都成功，要么一起失败。

隔离性是指，多个用户的并发事务访问同一个数据库时，一个用户的事务不应该被其他用户的事务干扰，多个并发事务之间要相互隔离。

每种隔离级别的具体效果在全面解析MySQL(5)——“索引、事务、JDBC”三大核心一文中有介绍，本文不再赘述

MySQL支持读未提交、读已提交、可重复读、串行化四种事务隔离级别，用于控制事务之间的可见性和影响

事务把⼀组SQL语句打包成为⼀个整体，在这组SQL的执⾏过程中，要么全部成功，要么全部失败。这组SQL语句可以是⼀条也可以是多条。来看⼀个转账的例⼦，如图：

执行此事务时我们必须保证两步操作必须都要完成，不能出现类似"转账未到账的情况"，这时，我们引入事务就是为了解决此类问题

在需要事务的方法上添加@Transactional注解就可以实现了.无需手动开启事务和提交事务，进入方法时自动开启事务，方法执行完会自动提交事务，如果中途发生了...

本文从工程实践出发，系统梳理 MySQL 之外的主流数据库类型，说明各自的适用场景、优缺点与对比要点。

如果在事务中进行插入操作，但是后续事务回滚了，那么数据回滚后，AUTO_INCREMENT不会回滚，而是事务中已分配的最大值的下一个值。

答曰： 分布式事务但是它太沉重了，“弱化”，本质上是一种务实——我们能不能绕开那些沉重的保证，用一些更轻巧的、甚至有点“土”的办法，把事儿办了？

我们看到在事务方法add中，直接调用事务方法updateStatus。从前面介绍的内容可以知道，updateStatus方法拥有事务的能力是因为spring a...

MySQL 启动时，InnoDB 会自动扫描 Redo Log，重点盯住那些卡在 PREPARE 的事务。然后，它做一件事：拿着事务的 XID，去 Binlog...

本设计基于电商用户行为数据，完整实现了Apriori与FP-Growth算法，通过对比实验挖掘高置信度关联规则。核心创新点包括：

RDB 持久化是把当前进程数据⽣成快照保存到硬盘的过程，触发 RDB 持久化过程分为手动触发和⾃动触发。

如果当前事务commit了，那么这个undo log的历史insert记录就可以被清空了。因为一个事务跑起来了，插入数据，这个数据之前是没有的，就注定了和该事务...

最后，建议按任务类型进行队列隔离，如关键事务、报表、通知分别分配独立队列与 worker，各自独立伸缩，互不干扰，这样可以提升系统鲁棒性和运维可控性，确保关键任...

看到了吗？数据库更新和任务入队在同一个事务里。如果中间任何一步失败，整个事务回滚，不会出现「订单状态更新了但短信没发」这种尴尬情况。

InnoDB里当然也实现了标准的行级锁(row-level locking)，共享/排它锁：