事务ACID四特性的分工：一致性由应用保证，其余三个由DBMS保证

ACID四个特性看起来是并列的一组要求，但保证它们的责任方并不相同， 这个分工经常被忽略。一致性指事务把数据库从一个一致性状态转换到 另一个一致性状态，但这个”正确”是由应用逻辑定义的，不是数据库管理 系统能替应用判断的——数据库管理系统只负责”要么全做要么全不做”地 执行一个事务，即使这个事务本身在业务上是错误的（比如现实中这笔 转账根本不该发生），数据库也不为这种业务逻辑错误负责，一致性的 保障责任完全在应用层。原子性、隔离性、持久性则不同，它们是数据库 管理系统必须用具体技术手段实现的系统级承诺：原子性靠日志技术 （事务失败时用日志把已做的修改撤销）保证，隔离性靠并发控制（锁、 时间戳等机制防止并发事务互相干扰）保证，持久性靠恢复技术（即使 系统崩溃也能把已提交事务的结果找回来）保证。理解这个分工的价值 在于：数据库出现”业务上不合理但事务执行成功”的情况，问题出在应用 层的一致性设计，不该归咎于数据库系统；而数据库出现”并发下数据 错乱”或”崩溃后数据丢失”，才是数据库系统本身在隔离性/持久性上的 技术责任。事务的一致性、原子性都是必需的前提条件，只有先保障了 这两者，才有可能进一步谈数据库整体的一致性。