Java 事务机制
标签（空格分隔）： jdbc 事务 java
事务的属性
- 原子性：对数据要么不修改，要么修改全部执行
- 一致性：事务执行前后数据状态不发生改变
- 隔离性：一个事务的处理结果不能影响另一个事务的处理
- 持续性： 事务处理结束，其效果在数据库中持久化。
隔离及隔离级别
- 读未提交是指，一个事务还没提交时，它做的变更就能被别的事务看到。
- 读提交是指，一个事务提交之后，它做的变更才会被其他事务看到。
- 可重复读是指，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。 当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。
- 串行化，顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。
Oracle数据库默认的隔离级别是“读提交”，因此，对于Oracle迁移到Mysql的应用，为保证数据库隔离级别的一致，要将Mysql的隔离级别设置为“读提交”。
事务中可能出现的问题
脏读
事务A读取了事务B未提交的数据，事务B发生错误进行回滚。
不可重复读
事务A的操作导致事务B在操作过程中两次读的数据不一致。
幻读
事务A查询到的内容之后，事务B 新增 了能匹配A查询的内容，使得事务A的两次查询不一致。
- 不可重复读针对的是update跟delete，幻读针对的是insert
Spring 事务管理
- Spring事务管理用的是AOP，AOP底层用的是动态代理。所以如果我们在类或者方法上标注注解@Transactional，那么会生成一个代理对象。
// 没有事务的方法去调用有事务的方法
public Employee addEmployee2Controller() throws Exception {
return this.addEmployee();
}
@Transactional
public Employee addEmployee() throws Exception {
employeeRepository.deleteAll();
Employee employee = new Employee("3y", 23);
// 模拟异常
int i = 1 / 0;
return employee;
}
该情况下事务不会起作用，因为spring在检测到@Transcational注解之后，会主动生成一个代理对象，调用addEmployee2Controller()方法，在代理类中是调用的原对象的方法，不是代理类对象，因此代理类的监听不会触发。
Spring 事务的多线程问题
我们使用的框架可能是Hibernate/JPA或者是Mybatis，都知道的底层是需要一个session/connection对象来帮我们执行操作的。要保证事务的完整性，我们需要多组数据库操作要使用同一个session/connection对象，而我们又知道Spring IOC所管理的对象默认都是单例的，这为啥我们在使用的时候不会引发线程安全问题呢？内部Spring到底干了什么？
Spring中利用ThreadLocal来实现线程安全。我有一个线程A，其中我需要用到某个对象o，这个对象o在这个线程A之内会被多处调用，而我不希望将这个对象o当作参数在多个方法之间传递，于是，我将这个对象o放到TheadLocal中，这样，在这个线程A之内的任何地方，只要线程A之中的方法不修改这个对象o，我都能取到同样的这个变量o。
特定于线程的值并不是保存在ThreadLocal中的，他是保存在对应的Thread对象里。
再举一个在实际中应用的例子，例如，我们有一个银行的BankDAO类和一个个人账户的PeopleDAO类，现在需要个人向银行进行转账，在PeopleDAO类中有一个账户减少的方法，BankDAO类中有一个账户增加的方法，那么这两个方法在调用的时候必须使用同一个Connection数据库连接对象，如果他们使用两个Connection对象，则会开启两段事务，可能出现个人账户减少而银行账户未增加的现象。使用同一个Connection对象的话，在应用程序中可能会设置为一个全局的数据库连接对象，从而避免在调用每个方法时都传递一个Connection对象。问题是当我们把Connection对象设置为全局变量时，你不能保证是否有其他线程会将这个Connection对象关闭，这样就会出现线程安全问题。解决办法就是在进行转账操作这个线程中，使用ThreadLocal中获取Connection对象，这样，在调用个人账户减少和银行账户增加的线程中，就能从ThreadLocal中取到同一个Connection对象，并且这个Connection对象为转账操作这个线程独有，不会被其他线程影响，保证了线程安全性。
public class ConnectionHandler{
public static ThreadLocal<Connection> connectionHandler =
new ThreadLocal<>()
public static Connection getConnection(){
Connection connection = connectionHandler.get();
if (connection == null){
connection = new Connection();
connectionHandler.set(connection);
}
return connection;
}
}
事务的传播机制
- 传播行为（propagation behavior）:当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。
| 传播行为 | 含义 |
|---|---|
| PROPAGATION_REQUIRED | 表示当前方法必须运行在事务中。如果当前事务存在，方法将会在该事务中运行。否则，会启动一个新的事务 |
| PROPAGATION_SUPPORTS | 表示当前方法不需要事务上下文，但是如果存在当前事务的话，那么该方法会在这个事务中运行 |
| PROPAGATION_MANDATORY | 表示该方法必须在事务中运行，如果当前事务不存在，则会抛出一个异常 |
| PROPAGATION_REQUIRED_NEW | 表示当前方法必须运行在它自己的事务中。一个新的事务将被启动。如果存在当前事务，在该方法执行期间，当前事务会被挂起。如果使用JTATransactionManager的话，则需要访问TransactionManager |
| PROPAGATION_NOT_SUPPORTED | 表示该方法不应该运行在事务中。如果存在当前事务，在该方法运行期间，当前事务将被挂起。如果使用JTATransactionManager的话，则需要访问TransactionManager |
| PROPAGATION_NEVER | 表示当前方法不应该运行在事务上下文中。如果当前正有一个事务在运行，则会抛出异常 |
| PROPAGATION_NESTED | 表示如果当前已经存在一个事务，那么该方法将会在嵌套事务中运行。嵌套的事务可以独立于当前事务进行单独地提交或回滚。如果当前事务不存在，那么其行为与PROPAGATION_REQUIRED一样。注意各厂商对这种传播行为的支持是有所差异的。可以参考资源管理器的文档来确认它们是否支持嵌套事务 |
来源：CSDN
作者：haliaddel
链接：https://blog.csdn.net/haliaddel/article/details/101027851