而spring事务是封装在数据库事务之上的一种事务处理机制，它有两种治理形式：编程式事务和申明式事务。在平时应用中，咱们大多应用@Transactional申明式事务来治理，这也是spring举荐的形式，上面例子也对立采纳此种形式。

什么是大事务 运行工夫比拟长，长时间未提交的事务就能够称为大事务 大事务产生的起因 操作的数据比拟多 大量的锁竞争 事务中有其余非DB的耗时操作 。。。 大事务造成的影响 并发状况下，数据库连接池容易被撑爆 锁定太多的数据，造成大量的阻塞和锁超时 执行工夫长，容易造成主从提早 回滚所须要的工夫比拟长 undo log…

大学里面数据库课考试，事务和锁的相关知识绝对是要划的重点。数据库的事务要遵循ACID（原子性、一致性、隔离性、持久性）四要素，锁又有悲观锁和乐观锁的划分方式。那么今天我们讲讲，如何基于SpringBoot+Mybatis的框架，进行有关事务和锁的代码开发。

初学的时候，感觉事务的四大特性就那么回事，不就是一堆事要么完成，要么全部失败吗。还有经常说的脏读，幻读，不可重复读根本无法理解，就是那个存款取款的例子，我修改了数据，对方看到我修改的数据，这不很正常吗。现在看来，当时根本就不知道并发是什么鬼，更何谈并发事物了。

原文链接：[链接] >> MySQL事务，这篇文章就够了 在看这篇文章之前，我们回顾一下前面的几篇关于MySQL的系列文章，应该对你读下面的文章有所帮助。 InnoDB与MyISAM等存储引擎对比 面试官问你B树和B+树，就把这篇文章丢给他 MySQL的B+树索引的概念、使用、优化及使用场景 MySQL全文索引最强教程 MySQL的又一神器-锁…

事务完成时,数据必须处于一致的状态.若事务执行途中出错,会回滚到之前的事务没有执行前的状态,这样数据就处于一致的状态.若事务出错后没有回滚,部分修改的内容写入到了数据库中,这时数据就是不一致的状态.

但是以上两种方式，针对一些复杂的场景是很不方便的。在实际的业务场景中，往往有比较复杂的业务逻辑，代码冗长，逻辑关联复杂，如果一个大操作中有全是这种代码的话我想开发人员可能会疯把。更不用提定制化的隔离级别，以及嵌套/独立事务的处理了。

学习东西要知行合一，如果只是知道理论而没实践过，那么掌握的也不会特别扎实，估计过几天就会忘记，接下来我们一起实践来学习Spring事务的传播属性。

seata 官方给出了一系列 demo 样例，不过我在用的过程中发现总有这个那个的问题，所以自己维护了一份基于 dubbo 的 demo 在 github 上，适配的 seata 版本是 0.8.0。案例的设计直接参考官方 quick start给出的案例：

可以一次执行多个命令， 本质是一组命令的集合，一个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其他命令插入，不许加塞