思考：

1. 事务是干什么的？

        2. 事务的特性？

        3. 事务控制的传播方式（传播行为）

        4. 事务的隔离级别

        5. 事务是如何实现的？

        6. 事务的回滚方式

        7.  事务失效场景

回答：

1. 事务和锁，还有版本控制 都是为了保证数据一致性的。

2. 事务都是围绕着ACID来的（分布式事务CAP），A是原子性，把整个事务看做为一个不可分的原子，必须都对，或者都错；C是一致性，事务执行前，数据库处于一致状态；执行后，即使发生故障，数据库仍须保持一致性（例如：转账前后总金额不变）；I是隔离性，事务和事务之间相互隔离，互不干扰；D是持久性，他主要是针对数据库层面，一旦事务完成，他的CRUD就都保存在数据库里，被持久化了。

3. Spring 支持多种事务传播行为，例如：

• PROPAGATION_REQUIRED：如果当前存在事务，则加入该事务；否则新建一个事务。
• PROPAGATION_REQUIRES_NEW：无论当前是否存在事务，都新建事务，并挂起当前事务。
• PROPAGATION_SUPPORTS：支持当前事务，不存在则以非事务方式执行。
• PROPAGATION_MANDATORY：必须存在事务，否则抛出异常。
• PROPAGATION_NEVER：不能存在事务，否则抛出异常。
• PROPAGATION_NESTED：在嵌套事务中执行。

4. 事务的隔离级别相比MySQL数据库多了一个级别：默认（ DEFAULT）

• DEFAULT：使用数据库默认的隔离级别。

        MySQL的隔离级别有：可序列化 > 可重复度（幻读） > 读已提交（脏读） > 读未提交

5. 是采用的AOP方法，@Transaction为标识，每次开启动态代理（Java的动态代理，JDK），在同一个线程内，多个 DAO 操作可以共享同一个数据库连接和事务。当事务提交或回滚后，这些资源会被释放。

6.回滚方式：（我记得好像可以调节隔离级别查看事务的回滚过程【之前尝试过，现在有点不清晰了】）

• 默认情况下，Spring 只对运行时异常（RuntimeException 及其子类）和 Error 进行回滚。
• 可以通过 rollbackFor 和 noRollbackFor 属性自定义哪些异常触发回滚。

7.（鞭策AI给的一份应面回答）

补充：

1.  JDK代理 和 CGLIB代理的区别 ：前者靠反射， 后者考继承，前者主要针对接口类，后者针对非接口，非final的类