什么是ACID特性，数据库如何保证ACID特性的？事务的传播特性与隔离级别？

最新推荐文章于 2024-08-04 17:48:51 发布

ajian005

最新推荐文章于 2024-08-04 17:48:51 发布

阅读量5.8k

点赞数

分类专栏： 1.1.1 信息技术 1.1.1.5 数据库及调优文章标签：数据库 oracle

本文链接：https://blog.csdn.net/ajian005/article/details/6211976

版权

1.1.1 信息技术同时被 2 个专栏收录

163 篇文章 2 订阅

订阅专栏

1.1.1.5 数据库及调优

55 篇文章 3 订阅

订阅专栏

什么是ACID特性，数据库如何保证ACID特性的？

ACID，是指在数据库管理系统（DBMS）中，事务(transaction)所具有的四个特性：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability）。

在数据库系统中，一个事务是指：由一系列数据库操作组成的一个完整的逻辑过程。例如银行转帐，从原账户扣除金额，以及向目标账户添加金额，这两个数据库操作的总和，构成一个完整的逻辑过程，不可拆分。这个过程被称为一个事务，具有ACID特性。ACID的概念在ISO/IEC 10026-1:1992文件的第四段內有所說明。

原子性：一整个交易中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。交易在执行过程中发生错误，会被回復（Rollback）到交易开始前的状态，就像这个交易从来没有执行过一样。
一致性：在交易开始之前和交易结束以后，数据库的完整性限制没有被破坏。
隔离性：两个交易的执行是互不干扰的，一个交易不可能看到其他交易运行时，中间某一时刻的数据。
持久性：在交易完成以后，该交易对数据库所作的更改便持久地保存在数据库之中，并不会被回復。

Oracle中用锁、并发与多版本（非阻塞读）保持一致性和隔离性，用事务的commit,rollback,savepoint保持原子性，用数据库文件保持持久性，断电后，内存数据丢失，硬盘文件数据不丢失，重启后从文件中加载到内存，保持持久性

事务的传播特性？

事务的传播行为

REQUIRED:
   业务方法需要在一个事务中运行，如果方法运行时，已经存在一个事务中，那么加入到该事务，否则自己创建一个新事务。

NOT_SUPPORTED:
   声明方法不需要事务，如果方法没有关联到事务，容器不会为它开启事务，如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行。

REQUIRESNEW:
不管是否存在事务，业务方法总为自己发起一个新事务；如果方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法调用结束，新事务才结束，原先的事务再恢复执行。

MANDATORY：
   业务方法只能在一个已经存在的事务中进行，业务方法不能发起自己的事务，如果方法在没有事务的环境中调用，那么容器会抛出例外。

SUPPORTS:
   如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分，如果业务方法在事务外被调用，则方法在没有事务的环境下执行。

NEVER:
   业务方法绝对不能再事务范围内执行，如果方法在某个事务中执行，容器会抛出例外，只有业务方法没有关联到任何事务，方法才能够正常执行。

NESTED:
如果一个活动的事务存在，则运行在一个嵌套的事务中，如果没有活动事务，则按照REQUIRED属性执行，它使用了一个单独的事务，这个事务有多个可以回滚的保存点，内部事务的回滚不会对外部事务产生影响。它只对DataSourceTransactionManager事务管理器有效。

事务传播特性了解事务的几种传播特性

	数据库操作1	数据库操作2
PROPAGATION_REQUIRED	Transaction1	Transaction1
null	Transaction2
PROPAGATION_SUPPORTS	Transaction1	Transaction1
null	null
PROPAGATION_MANDATORY	Transaction1	Transaction1
null	Throws Exception
PROPAGATION_REQUIRES_NEW	Transaction1	Transaction2
null	Transaction2
PROPAGATION_NOT_SUPPORTED	Transaction1	null
null	null
PROPAGATION_NEVER	Transaction1	Throws Exception
null	null
PROPAGATION_NESTED(Spring)	Transaction1	Transaction2 [Transaction1]
null	Transaction2

1. PROPAGATION_REQUIRED: 如果存在一个事务，则支持当前事务。如果没有事务则开启

2. PROPAGATION_SUPPORTS: 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行

3. PROPAGATION_MANDATORY: 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。

4. PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。

5. PROPAGATION_NOT_SUPPORTED: 总是非事务地执行，并挂起任何存在的事务。

6. PROPAGATION_NEVER: 总是非事务地执行，如果存在一个活动事务，则抛出异常

7. PROPAGATION_NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务,

则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行

---------------------------------------------------------------------

事务的隔离级别？

事务的隔离级别

注：Spring中事务的隔离级别是由数据库实现的

ISOLATION_DEFAULT
    这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应
ISOLATION_READ_UNCOMMITTED 这是事务最低的隔离级别，它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读

ISOLATION_READ_COMMITTED
    保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现，但是可能会出现不可重复读和幻像读。

ISOLATION_REPEATABLE_READ
    这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。

ISOLATION_SERIALIZABLE
    这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读。

脏读：
    一个事务读取到另一个事务未提交的更新数据。
不可重复读：
    在同一事务中，多次读取同一数据返回的结果有所不同，即后续读取可以读取到另一事务已提交的更新数据；相反，"可重复读"是指在同一事务中多次读取数据时，能够保证所读取的数据是一样，即后续读取不能读到另一事务已提交的数据。
幻读：
    一个事务读取到另一事务已提交的insert数据。

事务隔离级别

	脏读	不可重复读	幻象读
ISOLATION_READ_UNCOMMITTED	√	√	√
ISOLATION_READ_COMMITTED		√	√
ISOLATION_REPEATABLE_READ			√
ISOLATION_SERIALIZABLE
ISOLATION_DEFAULT	PlatfromTransactionManager 默认的隔离级别 SQLServer ：READ_COMMITTED MySql：REPEATABLE_READ