MyBatis 支持事务的嵌套使用，但是需要注意以下几点：
事务传播行为：MyBatis 使用 Spring 的事务管理功能，因此事务的传播行为由 Spring 的事务传播行为决定。Spring 提供了以下七种事务传播行为：
PROPAGATION_REQUIRED：如果当前没有事务，就创建一个新事务；如果已经存在一个事务中，则加入到当前事务中。这是最常用的传播行为。PROPAGATION_SUPPORTS：如果当前有事务，则加入到当前事务中；如果没有事务，则以非事务方式执行。PROPAGATION_MANDATORY：如果当前有事务，则加入到当前事务中；如果没有事务，则抛出异常。PROPAGATION_REQUIRES_NEW：始终创建一个新事务，如果当前有事务，则将当前事务挂起。PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前有事务，则将当前事务挂起。PROPAGATION_NEVER：以非事务方式执行操作，如果当前有事务，则抛出异常。PROPAGATION_NESTED：如果当前有事务，则创建一个嵌套事务；如果没有事务，则创建一个新事务。这是嵌套事务的传播行为。嵌套事务的实现：在 MyBatis 中，可以通过编程式事务管理（TransactionTemplate）或者声明式事务管理（@Transactional）来实现嵌套事务。当使用嵌套事务时，内层事务会继承外层事务的属性，但是可以覆盖外层事务的传播行为和隔离级别。
嵌套事务的注意事项：
嵌套事务会增加系统的复杂性，可能导致性能下降和资源占用增加。因此，在使用嵌套事务时，需要权衡利弊，确保业务需求和系统性能之间达到平衡。嵌套事务中，内层事务的提交和回滚不会影响外层事务。只有当外层事务提交时，内层事务的更改才会被永久保存。如果外层事务回滚，内层事务的更改将被撤销。在使用嵌套事务时，需要确保事务的隔离级别和传播行为符合业务需求。例如，如果内层事务需要读取外层事务未提交的数据，则需要设置合适的隔离级别。总之，MyBatis 支持事务的嵌套使用，但是需要根据业务需求和系统性能来合理地设计事务边界和传播行为。
