上一篇
非关系型数据库支持ACID吗？，ACID是什么
非关系型数据库对ACID（原子性、一致性、隔离性、持久性）的支持程度因类型和实现而异，传统关系型数据库以ACID为核心，确保强一致性；而NoSQL数据库在设计时往往优先考虑性能和横向扩展，因此部分系统牺牲了严格的ACID约束，转而采用最终一致性模型，但并非所有NoSQL数据库都完全放弃ACID,许多现代非关系型数据库通过改进架构提供了对ACID的有限或完整支持。
非关系型数据库的分类与ACID支持概况
不同类型的NoSQL数据库对ACID的承诺差异较大,下表概括了主要类别及其典型支持情况：
| 数据库类型 | 典型代表 | ACID支持水平 | 说明 |
|---|---|---|---|
| 键值存储 | Redis、DynamoDB | 有限支持 | Redis基于单线程模型保证单操作原子性，但多键事务需借助Lua脚本或事务块；DynamoDB提供ACID事务（2018年新增）。 |
| 文档数据库 | MongoDB、RavenDB | 支持单文档ACID，多文档事务需特定版本 | MongoDB 4.0+支持多文档事务，提供快照隔离；RavenDB默认支持完整ACID事务。 |
| 列族数据库 | Cassandra、HBase | 行级原子性，轻量级事务 | Cassandra支持行级原子性和条件更新（Paxos），但无跨行事务；HBase提供行级事务，但跨行需借助其它工具。 |
| 图数据库 | Neo4j、ArangoDB | 支持完整ACID | Neo4j默认使用ACID事务，支持隔离级别；ArangoDB支持多文档ACID事务。 |
关键概念：ACID在NoSQL中的典型实现
- 原子性：多数NoSQL数据库保证单操作（如单行或单文档）的原子性，但跨多实体的事务需要额外机制，例如MongoDB 4.0后支持多文档事务,通过WiredTiger存储引擎实现。
- 一致性：在分布式NoSQL中，一致性常与CAP定理权衡，支持ACID的数据库往往在写入时保证数据符合约束，但许多系统采用“最终一致性”,只在特定操作范围内保证强一致。
- 隔离性：部分NoSQL数据库提供快照隔离或可序列化隔离，如MongoDB使用多版本并发控制（MVCC）实现隔离。
- 持久性：大多数NoSQL数据库通过日志（WAL）或复制机制保证持久化,但异步复制模式下可能丢失已提交的数据。
支持ACID的典型非关系型数据库
- MongoDB 4.0+：支持多文档ACID事务，隔离级别为快照隔离,适用于需要跨集合原子操作的场景。
- RavenDB：默认支持完整ACID，包括事务的隔离性（采用快照隔离）,并保证跨文档的一致性。
- DynamoDB：2.0版本后推出ACID事务（transact Get、Put等）,支持对多个表项进行原子操作。
- Neo4j：图数据库，完全支持ACID事务，隔离级别可配置（默认读已提交）。
- MarkLogic：支持多语句事务，提供ACID保证,并支持多版本并发控制。
ACID与CAP定理的关联
在分布式系统中，CAP定理指出一致性、可用性和分区容错性三者不可兼得，ACID事务通常要求强一致性（C）和隔离性（I），但这与高可用性（A）和分区容忍性（P）冲突，许多分布式NoSQL选择通过削弱隔离性（如最终一致性）来换取更高的可用性和扩展性，而支持ACID的NoSQL往往在架构上做出特定设计，例如使用单主复制、Paxos/Raft共识算法或分布式事务协调器,来在有限范围内维持ACID特性。
相关问题与解答
问题1：NoSQL数据库支持ACID事务是否意味着性能一定会下降？
解答：不一定，支持ACID的NoSQL数据库通过优化存储引擎（如MongoDB的WiredTiger）和事务模型（如乐观并发控制）来减少性能损失，但相比完全放弃ACID的数据库，ACID事务通常会增加锁机制或日志开销，可能在高并发写入场景下造成吞吐量下降，对于需要强一致性的应用，这种性能代价是可接受的，实际性能取决于具体实现、硬件配置和工作负载模式。
问题2：为什么有些NoSQL数据库（如Cassandra）在默认情况下不支持ACID？
解答：Cassandra的设计目标是高可用性、线性扩展和最终一致性，它采用多主复制和基于列族的存储结构，在分布式环境下支持跨行或跨分区ACID事务需要复杂的协调机制（如两阶段提交），这会牺牲可用性和性能，与Cassandra的初衷相悖，它只提供行级原子性和轻量级条件更新，用户可通过其他工具（如通过一致性级别和批次操作）实现部分事务语义,但无法保证完整的ACID。
