数据库设计的酸（ACID）碱（BASE）原则

事务

事务是作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。

让我们来先看一眼事务的状态机模型。

事务的五个阶段

事务必须遵循 ACID 原则。

ACID 酸原则

ACID 是关系型数据库的事务执行过程中，为了保证数据被可靠写入而必须遵循的原则。

• Atomicity 原子性
  事务的操作要么全部执行，要么全不执行。
• Consistency 一致性
  在事务开始前和结束后，数据库的完整性约束没有被破坏；但执行过程中允许临时的破坏。
• Isolation 隔离性
  事务之间互不干扰，一个事务看不到另一事务执行中途的数据变更，也无法与另一事务交互。
• Durability 持久性
  事务结束后，所作变更将写入数据库，不再被回滚，即使数据库宕机重启。

RDBMS 为了如上四点所述的极高的一致性，而没有强调其扩展性。

BASE 碱原则

• Basically Availability 基本可用性
  数据库最基本的要求是可用性。
• Soft-state 软状态
• Eventually Consistency 最终一致性
  允许因延时等出现临时的数据不一致现象，只要数据最终是一致的就可以。

Basically Availability 要注意一点。大概是翻译的问题，将这里的 Basically 翻译成了“基本的”，更接近本意的解释大概是“根本上”。

Soft-state 可视为 stateless 和 stateful 的中间状态。

• stateless 指多条请求之间没有上下文联系，这将有助于数据库的简化、扩展和恢复。
• stateful 是指同连接的多条请求上下文之间有所联系。
• soft-state 一般视为服务器在有限度的资源（一般是时间）内维持上下文，过期则抛弃状态回归默认状态。

你可以查阅 On the Robustness of Soft State Protocols 这篇文章了解更多 Soft-state 的概念细节。