本文共 1983 字，大约阅读时间需要 6 分钟。
本地事务和分布式事务是数据库事务管理中的两大核心概念。本地事务指的是单一数据源（如一个数据库实例）内进行的事务操作，而分布式事务则涉及多个数据源之间的事务协调。理解这两种事务类型对于设计高可用性系统至关重要。
本地事务通常使用数据库系统本身提供的ACID特性（原子性、一致性、隔离性和持久性）来保证事务的完整性。数据库系统通过锁机制或其他并发控制机制实现事务的隔离性。在Spring应用中，可以通过@Transactional注解轻松实现本地事务。然而，本地事务的局限性在于难以处理分布式系统中的数据一致性问题。
分布式事务则面临更大的挑战。由于涉及多个数据源，分布式事务需要协调多个参与者（如数据库、消息队列等）来确保事务的原子性和一致性。常见的协调机制包括两阶段提交、三阶段提交、TCC（最终一致性协议）和XA（分布式事务协议）。然而，分布式事务在网络延迟、系统故障等问题下，很难完全保证ACID特性。因此，许多系统会在性能和一致性之间做出权衡。
在Spring框架中，@Transactional注解是声明式事务的解决方案，主要用于简化代码中事务管理的逻辑。与编程式事务相比，声明式事务更加简洁，只需在方法或类级别添加注解，就能在方法执行过程中自动管理事务。
@Transactional注解提供了多个属性，用于自定义事务行为：
propagation（事务传播行为）：定义事务的传播方式，常见值包括Propagation.REQUIRED（支持当前事务）和Propagation.NESTED（嵌套事务）。isolation（事务隔离级别）：指定事务的隔离级别，如ISOLATION_READ_UNCOMMITTED（读未提交）到ISOLATION_SERIALIZED（串行化）。timeout（事务超时时间）：设置事务操作的超时时间，默认值通常为600ms。readOnly（只读事务）：设置为true时，禁止事务修改操作。rollbackFor（回滚条件）：指定哪些异常会触发事务回滚。noRollbackFor（不回滚条件）：指定哪些异常不会触发事务回滚。rollbackForClassName（回滚异常类名）：根据异常类名判断是否回滚。noRollbackForClassName（不回滚异常类名）：根据异常类名判断是否不回滚。transactionManager（自定义事务管理器）：可以自定义事务管理器。value（别名）：等同于transactionManager属性。使用@Transactional注解时可能会遇到事务失效的情况，主要原因包括：
@Transactional注解只能应用于public方法，非public方法不会生成代理类。@Transactional注解只能回滚RuntimeException及其子类和Error，需确保所有需要回滚的异常被捕获。@Transactional注解基于动态代理实现，其工作原理是为标注了注解的bean创建一个代理类，代理类负责管理事务逻辑。当类内部方法互相调用时，直接通过this对象调用，不经过代理类，导致事务失效。
此外，若方法修饰符非public，Spring不会为其创建代理对象，也不会对方法进行事务管理。因此，确保标注了@Transactional注解的方法必须是public方法。
@Transactional注解仅适用于public方法，因为Spring在扫描bean时，仅对public方法生成代理类。当方法修饰符为protected、private或非public时，Spring不会为其创建代理对象，也不会对其方法进行事务管理。因此，非public方法即使标注@Transactional也不会起作用。
本地事务和分布式事务是数据库事务管理的两大核心类型。本地事务在单一数据源中简单有效，而分布式事务则需要复杂的协调机制来确保一致性。Spring的@Transactional注解为声明式事务提供了便利，但在使用中需要注意事务失效的常见问题，如非public方法的事务失效和内部方法的调用问题。通过合理配置和编码规范，可以充分发挥Spring事务管理的优势，确保系统的高可用性和数据一致性。
转载地址：http://zbhfk.baihongyu.com/