数据库事务

概述：

是一个最小的不能够再分的功能单元，包含一个完整的业务逻辑，一个事务要么全部执行成功要么全部执行失败，一个事务中可以有多个DML(insert、update、delete)操作。

特征

• 原子性
  指的是操作的过程，在操作过程中会被看作一个整体，这个整体的操作要么全部执行成功要么全部执行失败，不会出现部分成功或部分失败的情况
• 一致性
  指的是操作完成时，所有数据的状态必须是一致的，数据库中所有的修改操作都是基于事务的，保证了事务的完整性
• 隔离性
  指的是一条数据被多个事务使用，会发生数据更新或丢失的情况，对此隔离性诞生，可以不同程度上减少数据丢失或更新发生
• 持久性
  事务结束后，其所有的数据会保存到一个地方，比如磁盘中，可以防止数据丢失
  隔离性主要分为四种隔离级别：

隔离级别

未提交读

概述：
允许一个事务读取另一个事务没有提交的数据，隔离级别最低
优点：
并发能力高，适合对数据没有一致性要求、高并发的场景
缺点：
很容易造成数据不一致，出现脏读

	脏读：一个事务读取到了另一个事务没有提交的数据

为了解决脏读出现了读写提交

读写提交

概述：
一个事务只能读取另一个事务已经提交的数据
问题：
出现不可重复读

	不可重复读：事务a读取了一条数据，事务b修改了这条数据，事务a再一次读取这条数据，事务a读取两次数据不一致的情况

可重复读

概述：
事务a要读取一条数据，但是这条数据事务b正在操作，所以不允许事务a进行读取，事务b操作完成后，才能读取，可以避免不可重复读
问题：
出现幻读

	幻读：事务a首先读取了10条数据，事务b添加了1条数据并提交了事务，事务a操作读取的数据时数据变成了11条；幻读针对的是多条数据

串行化

概述：
隔离级别最高，要求所有的sql都必须按照顺序执行，这能够完全保证数据的一致性

说明：Oracle默认使用读写提交，MySQL默认使用可重复读

隔离级别的使用

1.注解方式

 @Transactional(isolation = Isolation.DEFAULT)
public void test(){}

isolation = READ_UNCOMMITTED：未提交读
isolation = READ_COMMITTED：读写提交
isolation = REPEATABLE_READ：可重复读
isolation = SERIALIZABLE：串行化

2.使用配置文件：

spring.datasource.tomcat.default-transaction-isolation=2
-1：数据库默认隔离级别
1：未提交读
2：读写提交
3：可重复度
4：串行化

@Transaction不生效的原因

1.默认捕获的是非检测性异常(RuntimeException)和error时候才会回滚，若是Exception则不会回滚，要是想回滚Exception则需要配置rollbackFor来指定异常

 @Transactional(rollbackFor = Exception.class)
 public void test(){}

也可以这样：

 @Transactional(noRollbackFor = Exception.class)
 public void test(){}

上边的意思是遇到Exception异常不会回滚，其他的都会回滚
2. 注解只能用在Public的修饰符上，protected、private、default不能回滚
3. 若在注解修饰的方法里对异常进行了try…catch处理则不会发生事务，但是若在catch中new一个
异常则事务可用