事务
spring不仅管理事务，还提供一些属性供我们进行修改和配置。如：事务的隔离级别；事务是否只读（当事务设置为只读的时候，如果执行了增删改 会抛异常，取值为true / false）；事务的传播行为。
1 事务四大特性
ACID：
原子性（Atomicity）：事务包含的所有操作要么全部成功，要么全部失败回滚；
一致性（Consistency）：事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态；
隔离性（Isolation）：当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离，防止数据被破坏。即：在事务正确提交之前，不允许把事务对该数据的改变提供给其它事务；事务之间互不影响；保证事务不受外部并发操作影响；事务处理过程中的中间状态对外部不可见；
持久性（Durability）：一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。
2 几大问题
当多个线程都开启事务操作数据库中的数据时，数据库系统要能进行隔离操作，以保证各个线程获取数据的准确性，在介绍数据库提供的各种隔离级别之前，我们先看看如果不考虑事务的隔离性，会发生的几种问题：
第一类丢失更新
第二类丢失更新
当两个或多个事务更新同一行时，都是基于最初选定的值更新，由于事务是相互隔离的，所以最后一个事物的更新覆盖其他事务的更新；
脏读
指在一个事务处理过程里读取了另一个未提交的事务中的数据。当一个事务正在多次修改某个数据，而在这个事务中这多次的修改都还未提交，这时一个并发的事务来访问该数据，就会造成两个事务得到的数据不一致。（读未提交）
不可重复读
指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。(数据发生改变或被删除)
不可重复读 和 脏读的区别： 脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。
在某些情况下，不可重复读并不是问题，比如我们多次查询某个数据当然以最后查询得到的结果为主。但在另一些情况下就有可能发生问题，例如对于同一个数据A和B依次查询就可能不同，A和B就可能打起来了……
虚读(幻读)
幻读是事务非独立执行时发生的一种现象。在一个事务内的操作中发现了未被操作的数据；幻读出现的前提是并发的事务中有事务发生了插入、删除操作；
例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。
幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。
3 四种隔离级别
事务的隔离级别越高，在并发下出现的上述五种问题越少，但同时付出的性能开销也越大(并发和性能之间的权衡)。
DEFAULT默认隔离级别：
每种数据库支持的数据隔离级别不一样；
MySql可以使用select @@(global.(系统级别)|session级别)tx_isolation查看默认的事务隔离级别(REPEATABLE-READ)；
Spring将事务隔离级别设置为DEFAULT表示使用底层数据库的默认事务隔离级别；
| 隔离级别 | 取值 | 备注 |
|---|---|---|
| 读未提交 | 1 | 不用 |
| 读已提交 | 2 | Oracle默认取值 |
| 可重复读 | 4 | Mysql默认取值 |
| 串行化 | 8 | 不用 |
① Serializable (串行化)
最高事务隔离级别，一个事务(包括子事务)接一个事务的执行，可避免脏读、不可重复读、幻读的发生。
注意：Oracle只支持Read Committed和Serializable和自定义的Read Only隔离级别；
常用命令：
修改隔离级别：set tx_isolation = “四种事务隔离级别”;
② Repeatable read (可重复读)：在读取完数据之后加锁，类似于”select * from XXX for update”，明确表示读取数据为了更新；REPEATABLE-READ读取一条数据，事务不结束，别的事务就不可以修改这条数据，解决了脏读、不可重复读，但是不能解决幻读；
③ Read committed (读已提交)：能读取到已经提交的数据，能防止脏读，但是不能防止不可重复读和幻读；
④ Read uncommitted (读未提交)：最低级别，任何情况都无法保证。
4 事务传播行为
(面试) 7种传播特性
概念：当事务方法被另外一个事务方法调用时，指定事务应该如何传播；
spring 提供了以下选项，供我们选择 PROPAGION_XXX 事务的传播行为:
保证同一个事务中：
PROPAGATION_REQUIRED ：支持当前事务，如果不存在 就新建一个(默认)，事务内所有的子事务都成功执行结束后(都不抛出异常)才提交数据；
PROPAGATION_SUPPORTS ：支持当前事务，如果不存在，就不使用事务。如果有正在运行的事务，则在该事务内运行，否则可不运行在事务中；
PROPAGATION_MANDATORY（强制） ：支持当前事务，如果不存在，抛出异常；
保证没有在同一个事务中：
PROPAGATION_REQUIRES_NEW ：事务内所有的子事务都是独立事务，执行一个挂起一个(事务完成一个提交一个，抛出异常的不提交并结束整个事务)；不管是否存在事务，都new一个新的事务，将原来的事务挂起，新的事务执行完毕后再执行老的事务；
PROPAGATION_NOT_SUPPORTED ：以非事务方式运行，如果有事务存在（正在运行），挂起当前事务（不开启事务）；
PROPAGATION_NEVER ：以非事务方式运行，如果有事务存在，抛出异常；
PROPAGATION_NESTED（嵌套） ：如果当前事务存在，则嵌套事务执行，否则开启一个新事务运行。
注：MySql中索引是INNODB，才支持事务；MYISAM不支持事务；
