参考文章
https://blog.csdn.net/shuaihj/article/details/14163713
https://blog.csdn.net/shfqbluestone/article/details/52007011
数据库事务(Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。
事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简
化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID（原子性、一致性、隔离性和持久性）属性。事务是数据库运行中的逻辑工作单位，
由DBMS中的事务管理子系统负责事务的处理。
特性
ACID
-
原子性（Atomicity）
事务执行要么全部成功，要么全部失败 -
一致性（Consistency）
一致性确保了任何事物都会使数据库从一种合法的状态变为另一种合法的状态。通过定义的各种规则，包括约束（constraints）、级联（cascades）、触发器（triggers）以及它们的组合来保证写入数据库的所有数据都必须是合法的。一致性并不能保证事物（程序）的正确性，换句话说事物的一致性并不一定如程序员所期望的那样（这应该是由应用层代码来负责的），它只能保证数据库中的所有数据都不会违反定义好的规则，不管程序有没有发生错误甚至是发生了任何错误都不会违反定义好的规则。 -
隔离性（Isolation）
一个事务所做的修改在最终提交以前，对其他事务是不可见的 -
持久性（Durability）
持久性保证了一个事物一旦被提交以后，其状态就保持不变，甚至是发生了主机断电、奔溃、错误等。例如，在关系数据库中，一旦一组 sql 语句被执行后，其结果就被永久保存（甚至事物刚被提交数据库系统就发生了奔溃）。为了主机抵御断电的风险，事物（或者是事物的结果）必须被记录在永久性存储中
脏读 -- 一个事务读取到另外一个事务没有提交的数据
事务T1：更新一条数据
事务T2：读取事务T1更新的记录
事务T1：调用commit进行提交
此时事务T2读取到的数据是保存在数据库内存中的数据，称为脏数据，这个过程称为脏读。
幻读 -- 用同一的操作读取2次，得到的记录数不相同
事务T1：查询表中所有记录
事务T2：插入一条记录
事务T2：调用commit进行提交
事务T1：再次查询表中所有记录
注意：幻读重点在新增或删除。
不可重复读 -- 在同一事务中，2次读取同一数据，得到内容不同
事务T1：查询一条记录
事务T2：更新事务T1查询的记录
事务T2：调用commit进行提交
事务T1：再次查询上次的记录
此时事务T1对同一数据查询了两次，可得到的内容不同，称为不可重复读。
注意：不可重复读重点在修改。
丢失更新（Lost Update）
事务T1读取了数据，并执行了一些操作，然后更新数据。事务T2也做相同的事，则T1和T2更新数据时可能会覆盖对方的更新，从而引起错误。
事务的隔离级别
- READ UNCOMMITTED(未提交读)
- READ COMMITTED(提交读）
- REPEATABLE READ(可重复读)
REPEATABLE READ解决了脏读的问题。该隔离级别保证了在同一个事务中多次读取同样记录结果是一致的。但是理论上，可重复读隔离级别还是无法解决另外一个幻读（Phantom Read）的问题。所谓幻读，指的是当某个事务在读取某个范围内的记录时，另一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行（Phantom Row）。InnoDB和XtraDB存储引擎通过多版本并发控制（MVCC，Multiversion Concurrency Control）解决了幻读的问题。
——这是 MySQL 事务隔离的默认级别
- SERIALIZABLE（串行化）
可参考
https://www.2cto.com/database/201710/691297.html
https://www.cnblogs.com/sushu-yaya/p/6944287.html
根据事务的特性，事务之间的相互影响分为几种，分别为：脏读，不可重复读，幻读，丢失更新
l 更新丢失（Lost Update）：当两个或多个事务选择同一行，然后基于最初选定的值更新该行时，由于每个事务都不知道其他事务的存在，就会发生丢失更新问题－－最后的更新覆盖了由其他事务所做的更新。例如，两个编辑人员制作了同一文档的电子副本。每个编辑人员独立地更改其副本，然后保存更改后的副本，这样就覆盖了原始文档。最后保存其更改副本的编辑人员覆盖另一个编辑人员所做的更改。如果在一个编辑人员完成并提交事务之前，另一个编辑人员不能访问同一文件，则可避免此问题。
l 脏读（Dirty Reads）：一个事务正在对一条记录做修改，在这个事务完成并提交前，这条记录的数据就处于不一致状态；这时，另一个事务也来读取同一条记录，如果不加控制，第二个事务读取了这些“脏”数据，并据此做进一步的处理，就会产生未提交的数据依赖关系。这种现象被形象地叫做"脏读"。
l 不可重复读（Non-Repeatable Reads）：一个事务在读取某些数据后的某个时间，再次读取以前读过的数据，却发现其读出的数据已经发生了改变、或某些记录已经被删除了！这种现象就叫做“不可重复读”。
l 幻读（Phantom Reads）：一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象就称为“幻读”。
解决上述几种事务问题，则需要使用数据库的锁机制来解决。
事务的传递（传播）
目的：在同一个 JVM 中，存在事务嵌套或依赖时，为了解决事务“一致性”问题
Spring中事务的定义
Propagation ：
key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。有以下选项可供使用：
- PROPAGATION_REQUIRED--支持当前事务，如果当前没有事务，就新建一个事务。
- PROPAGATION_SUPPORTS--支持当前事务，如果当前没有事务，就以非事务方式执行。
- PROPAGATION_MANDATORY--支持当前事务，如果当前没有事务，就抛出异常。
- PROPAGATION_REQUIRES_NEW--新建事务，如果当前存在事务，把当前事务挂起。
- PROPAGATION_NOT_SUPPORTED--以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
- PROPAGATION_NEVER--以非事务方式执行，如果当前存在事务，则抛出异常。