转账，相信基本都接触过，无论是线下用银行卡转账还是线上用手机转账，本质上都是差不多的。
理解：防止出现未知错误，导致原先要执行完全的数据只执行了一半，最终影响数据，也就是 事务是一组组合成逻辑工作单元的操作，虽然系统中可能会出错，但事务将控制和维护事务中每个操作的一致性和完整性。
分布式事务，我们已经给小伙伴介绍了整体内容： 一文搞明白分布式事务解决方案！真的 so easy！ AT 模式的实现： 手把手带领小伙伴们写一个分布式事务案例！ AT 模式在多数据源中的应用： Spring Boot 多数据源如何处理事务？教你一招！ TCC 模式的实现： 听说 TCC 不支持 OpenFeign？这个坑松哥必须给大家填了！ 今天我们就一起来看下另一种模式，XA 模式！ 其实我觉得 seata 中的四种不同的分布式事务模式，学完 AT、TCC 以及 XA 就够了，Saga 不好玩，而且长事务
最近在重新整理MYSQL 8的MY.CNF 的配置, 在和组员讨论的试试,我们的MYSQL DBA 提出一个问题, innodb_deadlock_detect 和 innodb_rollback_on_timeout, 以及事务回滚的问题.
其实，讨论MySQL的事务回滚机制，也就是在说MySQL的事务原子性是如何实现的（关于事务之前文章中有过简单介绍）。
在默认情况下，用户执行的每一条SQL语句都会被当成单独的事务自动提交。如果要将一组SQL语句作为一个事务，则需要先执行以下语句显式地开启一个事务。
当然毕竟才刚开始接触事务，所以我给自己留了条后路，说明自己学识有限，肯定有忽视的地方，还得多多学习。
pdo连接数据库的有点是能实现不同数据库之间的转换，而且有事务功能的回滚，更有pdo::prepare();pdo:::execute()函数的预处理查询,所以我个人认为pdo的功能还是比较强大的，所有这篇日志只为我自己而写，希望看到这篇日志的兄弟们能对你们有所帮助。
一、mysql 体系结构 连接池:内存/cpu/进程数 管理工具:提供mysql数据库服务的软件自带的命令 sql接口:传递sql命令给mysqld进程 分析器:sql命令格式是否正确，对操作的库或者表是否有使用权限 优化器:优化执行的sql语句，让系统使用最少的资源去执行sql命令 写(insert create update delete) 读（select） 缓存区:在mysql数据库服务时，会划分一定系统物理内存给mysql服务做查询缓存 存储引擎:myisam inno
MySQL系列会通过引擎、索引、事务、锁来说明，这篇文章讲讲基本的概念和引擎的区别。
在springboot进行事务测试的时候，发现事务没有生效，在方法上添加了@Transactional注解并让方法先执行插入操作，接着再抛出个异常，触发事务回滚，代码如下：
Spring 事务是复杂一致性业务必备的知识点，掌握好 Spring 事务可以让我们写出更好地代码。这篇文章我们将介绍 Spring 事务的诞生背景，从而让我们可以更清晰地了解 Spring 事务存在的意义。
接下来一次来验证每个隔离级别的特性,首先我们先建一张表,我们建立账户表account用来测试我们的事务隔离级别：
本文主要讲述springboot提供的声明式的事务管理机制。 一、一些概念 声明式的事务管理是基于AOP的，在springboot中可以通过@Transactional注解的方式获得支持，这种方式的优点是： 1）非侵入式，业务逻辑不受事务管理代码的污染。 2）方法级别的事务回滚，合理划分方法的粒度可以做到符合各种业务场景的事务管理。 本文使用目前最常用的mybatis框架来配置springboot的事务管理机制。下面进入配置方法介绍。 二、springboot mybatis事务配置 1、看一下pom依赖
《InnoDB行锁，如何锁住一条不存在的记录？》埋了一个坑，没想到评论反响剧烈，大家都希望深挖下去。原计划写写InnoDB的锁结束这个case，既然呼声这么高，干脆全盘系统性的写写InnoDB的并发控制，锁，事务模型好了。
对于mysql而言，关于事务的主要知识点可能几种在隔离级别上；在Spring体系中，使用事务的时候，还有一个知识点事务的传递属性同样重要，本文将主要介绍7中传递属性的使用场景
mvcc在MySQL的InnoDB引擎中的实现主要是为了提高并发性能，采用更加完善的方式处理读、写之间的冲突，即使有冲突时，也可以做到不加锁，非阻塞并发读
当然，Spring事务回滚的前提是你当前使用的数据库必须支持事务，比如MySQL的Innodb是支持的，但Mysaim则是不支持事务的。
在大部分涉及到数据库操作的项目里面，事务控制、事务处理都是一个无法回避的问题。比如，需要对SQL执行过程进行事务的控制与处理的时候，其整体的处理流程会是如下的示意：
到这里呢，已经是本SpringData JPA系列文档的第四篇了，先来回顾下前面三篇：
在Spring框架中，事务管理是一种用于维护数据库操作的一致性和完整性的机制。Spring事务管理提供了灵活的方式来处理事务，包括事务的创建、提交、回滚以及事务的传播行为。
加入事务和嵌套事务是指在 Spring 事务传播机制中的加入事务（REQUIRED）和嵌套事务（NESTED）的区别，二者看似很像，实则截然不同，那么它们有什么区别呢？接下来我们一起来看。
事务管理是项目中必不可少的一部分，使用SpringBoot时，可以很方便的配置和使用事务管理器。
以操作账户金额为例，模拟正常操作金额提交事务，以及发生异常回滚事务。其中控制层代码如下：
通过sync_binlog=1控制事件持久化到磁盘，每次事务提交时进行fsync操作，将消耗大量的磁盘IOPS，如何最大化的提高性能，降低fsync对事务高并发的影响呢？
本文主要是讲述Spring事务传播机制，也就是大家开发过程中多多少少会遇到的父方法调用子方法，或者A方法调用B方法时事务的传播机制问题，但是在开始讲Spring事务传播机制之前需要先讲一下Spring事务的几种传播类型，如图
看过我之前文章《一条Update语句的执行过程是怎样的？》的朋友都基本知道【点击文章传送门~🙌】，在整个Update更新语句中会涉及到三种日志，分别是undo log(回滚日志）、redo log (重做日志) 、binlog (归档日志)，也有两阶段提交，没看过的不要紧，可以结合本篇文章一起看，会有1+1>2的效果。
java阿里巴巴规范提示：方法【edit】需要在Transactional注解指定rollbackFor或者在方法中显示的rollback。
PG对于事务行为有更为苛刻的保证，使用回滚的方式避免幻读，MYSQL不会回滚事务所以在业务侧看起来更加易用但也更加容易让人混淆。
转：https://www.cnblogs.com/zeng1994/p/8257763.html
今天巡检时突然发现有很多锁等待超时的情况，原以为是一个简单的小事，一查，结果令人深思。
记得前些日子分享过一篇有关MySQL中事务的知识点,但当时对MySQL中的事务只是纯粹的知道如何使用,缺乏对理论的进一步认识,抽时间单独去了解了一下,便在做一个较为全面的总结.
在之前的文章中已经对Spring中的事务做了详细的分析了，这篇文章我们来聊一聊平常工作时使用事务可能出现的一些问题（本文主要针对使用@Transactional进行事务管理的方式进行讨论）以及对应的解决方案
对于上面的取钱这个事情，如果有一步出现错误的话，那么就会取消整个取钱的动作，但是如果在第5步，系统后台已经把钱减了，但是ATM机没有取出来，那么就应用到mysql中的事务。简单地
应用场景： 银行取钱，从ATM机取钱，分为以下几个步骤 1 登陆ATM机，输入密码； 2 连接数据库，验证密码； 3 验证成功，获得用户信息，比如存款余额等； 4 用户输入需要取款的金额，按下确认键； 5 从后台数据库中减掉用户账户上的对应金额； 6 ATM吐出钱； 7 用户把钱拿走。 对于上面的取钱这个事情，如果有一步出现错误的话，那么就会取消整个取钱的动作，但是如果在第5步，系统后台已经把钱减了，但是ATM机没有取出来，那么就应用到mysql中的事务。简单地 来说，就是取钱这7步要么都完成，要么就啥也不做，在数据库中就是这个道理。
4.更新操作为什么不直接更新磁盘反而设计这样⼀个复杂的InnoDB存储引擎来完成？
今天我在写代码的时候，看到了。一个注解@Transactional(rollbackFor = Exception.class)，今天就和大家分享一下，这个注解的用法；
在了解嵌套事务之前，可以先看下单个事务在Spring中的处理流程，以便后面可以更清晰地认识嵌套事务的逻辑。
【解释】在上面这3个参数中，tableMeta表元数据是最重要的，在AT模式的很多处理环节中都要用到它。
我们知道，在关系型数据库中，比如mysql，如果要使用事务，首先向数据库服务器发送 BEGIN ，然后执行各个相互一致的写操作和读操作，最后，用户可以选择发送 COMMIT 来确认之前所做的修改，或者发送 ROLLBACK 来放弃那些修改。
所以我们service层在添加了try catch日志打印后，抛出的runtime类异常需要在controller层进行捕获，捕获之后，在catch中编写操作失败后返回值的信息。
MySQL事务特性之一就是要保证原子性，一组SQL要么全部成功、要么全部失败。当事务进行过程中，如果出现失败或者异常情况要进行回滚，回到之前最初的样子，要这样实现就要需要把之前的数据记录下来。
可查的异常（checked exceptions）:Exception下除了RuntimeException外的异常 不可查的异常（unchecked exceptions）:RuntimeException及其子类和错误（Error）
@Transactional是我们在用Spring时候几乎逃不掉的一个注解，该注解主要用来声明事务。它的实现原理是通过Spring AOP在注解修饰方法的前后织入事务管理的实现语句，所以开发者只需要通过一个注解就能代替一系列繁琐的事务开始、事务关闭等重复性的编码任务。
爱可生北分团队 DBA，主要负责项目前期建设及后期疑难问题支持。做事认真，对事负责。
undo log是mysql中比较重要的事务日志之一，顾名思义，undo log是一种用于撤销回退的日志，在事务没提交之前，MySQL会先记录更新前的数据到 undo log日志文件里面，当事务回滚时或者数据库崩溃时，可以利用 undo log来进行回退。
事务(Transaction) 是访问和更新数据库的基本执行单元，一个事务中可能会包含多个 SQL 语句，事务中的这些 SQL 语句要么都执行，要么都不执行，而 MySQL 它是一个关系型数据库，它自然也是支持事务的。事务同时也是区分关系型数据库和非关系型数据库的一个重要的方面。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
