对于传统的数据库事务，我们应该都不陌生，数据库的事务（Transaction）是数据库管理系统执行过程中的一个逻辑单位，也是一个不可分割的原子过程。它包含一个或多个SQL语句，这些语句要么全部执行，要么全部不执行。事务是一个原子操作单元，其对数据的修改要么全都执行，要么全都不执行。那么我们就得来看看这个 Mybatis 是怎么处理事务的了。
ACID的特性：
- 原子性（Atomicity）：事务是一个原子操作单元，其对数据的修改要么全都执行，要么全都不执行。
- 一致性（Consistency）：事务必须使数据库从一个一致性状态变换到另一个一致性状态。
- 隔离性（Isolation）：事务的执行不受其他事务的干扰，事务执行的中间结果对其他事务是不可见的。
- 持久性（Durability）：一旦事务提交，则其结果就是永久性的，即使系统发生崩溃，事务执行的结果也不能丢失。
我们通过使用事务，可以确保数据的完整性和一致性，特别是在多个用户或系统并发访问和修改数据库时。如果没有事务，那么在这些并发操作中可能会出现数据不一致、数据丢失或数据重复等问题。通过使用事务，可以锁定被修改的数据，直到事务完成并提交，从而确保数据的完整性和一致性。
MyBatis的事务控制
- 事务管理机制的选择：MyBatis 提供了两种主要的事务管理机制，分别是 JDBC 事务管理机制和 MANAGED 事务管理机制。
- JDBC 事务管理机制：这种机制利用 sql.Connection 对象来完成对事务的提交（commit()）、回滚（rollback()）、关闭（close()）等操作。MyBatis 框架自身会管理事务，采用原生的 JDBC 代码去管理事务，如设置 conn.setAutoCommit(false); 来开启事务，并在业务处理完成后手动提交事务 conn.commit();。
- MANAGED 事务管理机制：在这种机制下，MyBatis 本身不会去实现事务管理，而是让程序的容器（如 Tomcat、Weblogic）来实现对事务的管理。
- 事务的配置：在 MyBatis 的 XML 配置文件中，可以通过节点定义连接某个数据库的信息，而的 type 属性决定了使用哪种类型的事务管理机制。例如，将的 type 配置为 "JDBC" 会使用 JDBC 事务管理机制。
- 事务工厂的创建：MyBatis 的事务管理依赖于 TransactionFactory 事务工厂的创建。根据的 type 配置和 DataSource 实例，TransactionFactory 会创建一个 Environment 对象，该对象表示一个数据库的连接，并且会被设置到 Configuration 实例中，以供后续使用。
- 业务场景的应用：在实际的业务场景中，如购买操作包含多个执行过程（查询库存、下单、更新库存）或两个患者账户之间的转账操作，需要确保这些操作作为一个整体进行，要么全部成功，要么全部失败并回滚。这时就需要引入事务控制，保证整个操作的有效性。
- 事务的边界管理：合理控制事务的边界也是非常重要的。过宽的事务边界可能导致事务执行时间过长，影响系统性能；而过窄的事务边界则可能导致数据不一致。因此，在设计系统时，需要仔细考虑每个事务的边界。
- 异常处理：在事务执行过程中，如果出现异常，需要根据异常类型和业务需求决定是回滚事务还是进行其他处理。确保在出现异常时能够正确地处理事务，避免数据的不一致和丢失。
