spring通过@Transactional注解封装mysql事务，利用InnoDB引擎实现原子性、一致性、隔离性和持久性，支持声明式与编程式事务管理，确保数据完整。
MySQL 在 Spring 中的事务管理依赖于数据库本身的事务机制和 Spring 的事务抽象层。Spring 通过 声明式事务 和 编程式事务 来控制事务，通常与 MySQL 的 InnoDB 存储引擎配合使用，以保证数据的一致性和完整性。
原子性（Atomicity）
事务是一个不可分割的工作单元，事务中的所有操作要么全部提交成功，要么全部失败回滚。
在 Spring 中，如果方法上标注了 @Transactional，当该方法执行过程中抛出未捕获的运行时异常时，Spring 会自动回滚事务。例如：
- 一个转账操作包含“扣款”和“入账”两个步骤，若其中任一步失败，整个操作都会撤销。
- 默认情况下，只有 unchecked 异常（RuntimeException 及其子类）才会触发回滚，checked 异常不会自动回滚，除非显式配置。
一致性（Consistency）
事务执行前后，数据库都必须处于一致状态。这意味着数据必须符合预定义的约束、触发器、外键等规则。
Spring 不直接保证一致性，而是依赖 MySQL 的约束机制和业务逻辑的正确实现。
- 例如：账户余额不能为负，Spring 事务会在操作完成后提交或回滚，确保这一业务规则不被破坏。
- 开发者需在代码中校验业务逻辑，避免因错误操作导致数据不一致。
隔离性（Isolation）
多个事务并发执行时，一个事务的中间状态不应被其他事务看到。Spring 支持设置事务的隔离级别，底层由 MySQL 实现。
常见的隔离级别包括：
- READ_UNCOMMITTED：最低级别，可能读到“脏数据”。
- READ_COMMITTED：只能读取已提交的数据，防止脏读。
- REPEATABLE_READ：MySQL 默认级别，确保同一事务中多次读取同一数据结果一致，防止不可重复读。
- SERIALIZABLE：最高级别，完全串行化执行，避免幻读，但性能差。
在 Spring 中可通过 @Transactional(isolation = Isolation.REPEATABLE_READ) 指定。
持久性（Durability）
一旦事务提交，其对数据库的修改就是永久性的，即使系统崩溃也不会丢失。
MySQL 通过 redo log 机制确保持久性。Spring 提交事务后，MySQL 会将变更写入磁盘，保障数据不丢失。
- Spring 的事务提交是通过调用 JDBC 的 commit() 方法完成的。
- 只要 commit 成功返回，MySQL 就保证数据已持久化。
基本上就这些。Spring 的事务特性本质上是对 MySQL 原生事务能力的封装和增强，关键在于合理使用 @Transactional 注解并理解其传播行为、异常处理和隔离级别设置。不复杂但容易忽略细节。