数据库中的ACID是事务的基本特性，而在Oracle等数据库迁移到国产数据库国产中，可能因为不同数据库事务处理机制的不同，在迁移后的业务逻辑处理上存在差异。本文简要介绍了事务的ACID属性、事务的隔离级别、回滚机制和超时机制，并总结SAVEPOINT的使用，以总结。

数据库中事务基本概念

事务是数据库中的基本逻辑操作单元，由一组不可分割的数据库操作序列组成，这些操作要么全部成功执行，要么全部失败回滚。其核心目的是确保数据的完整性和一致性，尤其在并发操作或系统故障时维护数据库的可靠状态。

事务基本属性

ACID是事务的基本特性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Durability）。

原子性：事务中的所有操作必须作为一个整体执行，要么全部执行成功、要么全部失败回滚，不允许出现部分成功的情况。在数据库中通常是通过日志记录（如undo log）来实现回滚操作，若事务执行失败，系统跟进日志撤销已执行的操作。

一致性：事务执行前后，数据库必须保持一致性状态。所有数据必须满足预定义的完整性约束（如主键、外键、唯一性约束等）。即使事务失败，数据库也不能破坏这些规则。在数据库中通过一些约束和检查来确保数据库的完整性约束。

隔离性：多个事务并发执行时，每个事务的操作应与其他事务相互隔离，使得每个事务感觉不到其他事务的存在，最终效果应与事务串行执行的结果一致。数据库中通过锁机制（Locking）或多版本并发控制（MVCC）实现，不同的隔离级别提供不同程度的隔离性。

持久性：事务一旦提交，其对数据库的修改就是永久性的，即使系统发生故障（如断电、崩溃），修改也不会丢失。数据库中通过重做日志（Redo Log）实现持久性。提交事务时，对数据的修改首先写入日志，再异步写入数据库文件中。当数据库崩溃恢复时，通过重放日志恢复数据。

以转账交易为例，通过undo日志实现原子性，确保“扣款”和“存款”两个操作要么全部成功，要么全部失败；一致性是确保转账前后，数据库必须满足业务规则（如余额不为负、总额不变）；通过锁机制和MVCC多版本并发控制来实现事务的隔离性，多个并发转账操作互不干扰，结果与串行执行一致；持久性则是一旦转账成功，即使系统崩溃，修改也不会丢失。