事务的概念和基本理解

概念

事务是构成单一逻辑工作单元的操作集合，访问并可能更新数据库中各种数据项的一个程序执行单元

事务的基本特性（ACID）

原子性，事务中的所有操作作为一个整体像原子一样不可分割，要么全部成功,要么全部失败。

一致性，事务开始前和结束后，数据库的完整性约束没有被破坏 。拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

隔离性，同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。

持久性，持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

数据库系统是通过并发控制和日志恢复来保证事务特性。

数据库事务和Spring事务

数据库事务和spring事务在本质上其实是同一个概念。spring的事务是对数据库的事务的封装，最后本质的实现还是在数据库，假如数据库不支持事务的话，spring的事务是没有作用的。

数据库事务说简单就只有开启、回滚和关闭，spring对数据库事务的包装，原理就是拿一个数据连接，根据spring的事务配置，操作这个数据连接对数据库进行事务开启、回滚或关闭操作，但是spring除了实现这些，还配合spring的传播行为对事务进行了更广泛的管理。其实这里还有个重要的点,那就是事务中涉及的隔离级别,以及spring如何对数据库的隔离级别进行封装.事务与隔离级别放在一起理解会更好些。

Spring事务有编程式事务管理和声明式事务管理两种方式。

• 编程式事务使用TransactionTemplate或者直接使用底层的PlatformTransactionManager。对于编程式事务管理，spring推荐使用TransactionTemplate。
• 声明式事务是建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。

显然声明式事务管理要优于编程式事务管理，这正是spring倡导的非侵入式的开发方式。声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。和编程式事务相比，声明式事务唯一不足地方是，它的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。但是即便有这样的需求，也存在很多变通的方法，比如，可以将需要进行事务管理的代码块独立为方法等等。

声明式事务管理会捕获处理过程中的异常，只有在声明了rollbackFor = Exception.class之类的配置才会回滚，如果你在程序中try/catch后自己处理异常而没有throw，那么事务将不会终止或回滚，失去事务本来的作用。