基于Spring JDBC的事务处理

基于Spring JDBC的事务处理

事务（Transaction）：在数据库中，可以保持一系列的数据操作要么全部执行成功，要么全部执行失败的机制！

假设存在以下信息：

如果存在任务“王五向阿三转账5000元”，需要执行的SQL语句大致是：

update 账户信息表 set 余额=余额-5000 where 账户='王五';
update 账户信息表 set 余额=余额+5000 where 账户='阿三';

如果出现某种意外，导致以上第1条SQL语句成功执行了，第2条却无法执行或执行失败，就会出现数据安全问题（当然，把以上2条SQL语句的执行顺序对调后，出现以上状态也是不安全的）。

在以上这种“转账”的任务中，如果2条SQL语句都执行成功，就是预期的效果，但是，即使是2条SQL语句都执行失败了，数据安全也不会受到影响，也属于是可以接受的。

在基于Spring JDBC的编程中，只需要为业务方法加上@Transactional注解，就可以使得该业务方法中的多条数据操作是有事务的保障的，这多条数据操作要么全部成功，要么全部失败，不会出现成功一半且失败一半的问题！

框架在处理“事务”时，其大致的执行方式是：

try {
	开启事务（BEGIN）
	执行一系列的数据操作
	提交事务（COMMIT）
} catch (RuntimeException e) {
	回滚事务（ROLLBACK）
}

所以，在基于Spring JDBC的编程中，需要注意：

• 如果某个业务涉及2次或2次以上的增删改（例如2次UPDATE操作，或1次INSERT与1次DELETE，或其它）操作，必须在业务方法的声明之前添加@Transactional注解，以使得该业务的执行过程中是有事务的保障的；
• 在调用持久层的增删改操作时，必须及时获取返回的受影响行数，并判断受影响行数是否是预期值，如果不是，必须抛出RuntimeException或其子孙类异常！

另外，@Transactional注解还可以添加在业务类的声明之前，则当前业务类中所有业务方法都是有事务保障的，但是，通常没有这个必要性，所以，并不推荐这样使用！

课后，可自行了解：事务的ACID特性，事务的传播，事务的隔离。