了解数据库事务中的一些基本概念

为什么需要事务？事务主要解决什么问题？分布式事务目前业界的解决方案有哪些？看这些之前还是要先知道这些基本知识

4种事务特性，5种隔离级别，7种传播行为

事务特性（ACID）（4种）: 
原子性 （atomicity）:强调事务的不可分割. 即在事务的所有操作中，只要其中一个操作环节出现异常，那么所有数据操作都需要进行回滚。事务中的操作要么都发生，要么都不发生。所有在事务中的操作要么都成功，要么都不成功
一致性 （consistency）:事务的执行的前后数据的完整性保持一致. 如：A账户给B账户转账场景下，不能存在A账户中的钱少了，而B账户中的钱却没有增加。
隔离性 （isolation）:一个事务执行的过程中,不应该受到其他事务的干扰 。避免出现脏读，幻读等问题。事务之间的操作不能互相干扰，多个并发事务之间要相互隔离。
持久性（durability） :事务一旦结束,数据就持久到数据库

如果不考虑隔离性引发安全性问题: 
脏读 :一个事务读到了另一个事务的未提交的数据 
不可重复读 :一个事务读到了另一个事务已经提交的 update 的数据导致多次查询结果不一致. 
虚幻读 :一个事务读到了另一个事务已经提交的 insert 的数据导致多次查询结果不一致.

解决读问题: 设置事务隔离级别（5种） 
DEFAULT 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别. 
未提交读（read uncommited） :脏读，不可重复读，虚读都有可能发生 
已提交读 （read commited）:避免脏读。但是不可重复读和虚读有可能发生 
可重复读 （repeatable read） :避免脏读和不可重复读.但是虚读有可能发生. 
串行化的 （serializable） :避免以上所有读问题. 
Mysql 默认:可重复读 
Oracle 默认:读已提交

read uncommited：是最低的事务隔离级别，它允许另外一个事务可以看到这个事务未提交的数据。 
read commited：保证一个事物提交后才能被另外一个事务读取。另外一个事务不能读取该事物未提交的数据。 
repeatable read：这种事务隔离级别可以防止脏读，不可重复读。但是可能会出现幻象读。它除了保证一个事务不能被另外一个事务读取未提交的数据之外还避免了以下情况产生（不可重复读）。 
serializable：这是花费最高代价但最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读之外，还避免了幻象读（避免三种）

事务的传播行为 
PROPAGION_XXX :事务的传播行为 
* 保证同一个事务中 
PROPAGATION_REQUIRED 支持当前事务，如果不存在 就新建一个(默认) 
PROPAGATION_SUPPORTS 支持当前事务，如果不存在，就不使用事务 
PROPAGATION_MANDATORY 支持当前事务，如果不存在，抛出异常 
* 保证没有在同一个事务中 
PROPAGATION_REQUIRES_NEW 如果有事务存在，挂起当前事务，创建一个新的事务 
PROPAGATION_NOT_SUPPORTED 以非事务方式运行，如果有事务存在，挂起当前事务 
PROPAGATION_NEVER 以非事务方式运行，如果有事务存在，抛出异常 
PROPAGATION_NESTED 如果当前事务存在，则嵌套事务执行