数据库事务(Transaction)是一组数据库操作,它们被看作一个单独的工作单元,要么全部成功地执行,要么全部不执行。事务是确保数据库操作的一致性和完整性的机制。如果一个事务中的任何一个操作失败,那么整个事务会被回滚,即之前的操作都会被撤销,从而保持数据的一致性。
在关系型数据库中,事务通常具有以下四个特性(ACID 特性):
-
原子性(Atomicity): 事务中的所有操作要么全部执行成功,要么全部不执行。如果其中一个操作失败,那么所有的操作都会被回滚到事务开始前的状态。
-
一致性(Consistency): 事务执行后,数据库从一个一致性状态转变为另一个一致性状态。这意味着事务操作会保持数据的完整性,不会破坏数据库的一致性规则。
-
隔离性(Isolation): 并发事务的执行是相互隔离的,即一个事务的操作对其他事务是不可见的。事务隔离级别定义了事务之间的可见性和影响。
-
持久性(Durability): 一旦事务提交,其结果会被永久保存在数据库中,即使发生系统故障,数据也不会丢失。
在 Spring Boot 中,使用数据库事务的方式主要涉及到 Spring 的事务管理机制。Spring 提供了声明式事务管理和编程式事务管理两种方式:
-
声明式事务管理: 这是通过注解或 XML 配置来实现的,允许开发者在方法或类上声明事务的边界。Spring 会根据配置自动管理事务的开始、提交、回滚等操作。
-
编程式事务管理: 这是通过编程方式在代码中显式地控制事务的开始、提交和回滚。虽然不太常用,但在某些情况下可能会需要手动处理事务。
一般情况下,使用 Spring Boot 时,声明式事务管理是推荐的方式,因为它简化了事务的处理,并且可以通过少量的注解或配置来实现。可以使用 @Transactional
注解将事务添加到服务方法或类中。示例:
@SpringBootApplication
@EnableTransactionManagement //开启注解方式的事务管理
@Slf4j
public class App{
public static void main(String[] args) {
SpringApplication.run(App.class, args);
log.info("server started");
}
}
@Service
@Transactional
@Slf4j
public class DishServiceImpl implements DishService {
public void add(){}
public void delete(){}
public Boolean update(){}
}
在这个示例中,DishServiceImpl
类是一个服务类,使用了 @Service
注解来将其标识为 Spring Bean。同时,它还使用了 @Transactional
注解来启用事务管理。这意味着在该类的方法中,如果抛出了运行时异常,事务将被回滚,而如果方法成功完成,事务将被提交。
具体来说,假设在 DishServiceImpl
中实现了 add()
、delete()
和 update()
方法,那么在这些方法内部如果发生异常,事务会将之前的操作全部撤销,以保持数据的一致性。如果方法成功执行并没有抛出异常,事务将会将所有操作提交,使得数据变更生效。
使用 @Transactional
注解是一种方便的方式来确保方法在数据操作时具有事务性。在默认情况下,@Transactional
注解应用于方法级别,但也可以将它应用于类级别,从而将其应用于该类中的所有方法。
在 Spring Boot 中,可以通过使用这种注解来轻松实现声明式事务管理,而无需显式编写复杂的事务管理代码