事务的ACID

 

 

 

事务提供一种机制将一个活动涉及的所有操作纳入到一个不可分割的执行单元，组成事务的所有操作只有在所有操作均能正常执行的情况下方能提交，只要其中任一操作执行失败，都将导致整个事务的回滚。

 

简单地说，事务提供一种“ 要么什么都不做，要么做全套（All or Nothing）”机制。

数据库事务的 ACID 属性

 

事务是基于数据进行操作，需要保证事务的数据通常存储在数据库中，所以介绍到事务，就不得不介绍数据库事务的 ACID 特性。

 

ACID 指数据库事务正确执行的四个基本特性的缩写，包含： 

 

原子性（Atomicity） 

 

整个事务中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。 

事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。 

例如：银行转账，从 A 账户转 100 元至 B 账户，分为两个步骤：

• 从 A 账户取 100 元。

• 存入 100 元至 B 账户。  

这两步要么一起完成，要么一起不完成，如果只完成第一步，第二步失败，钱会莫名其妙少了 100 元。

 

一致性（Consistency）

 

在事务开始之前和事务结束以后，数据库数据的一致性约束没有被破坏。  

例如：现有完整性约束 A+B=100，如果一个事务改变了 A，那么必须得改变 B，使得事务结束后依然满足 A+B=100，否则事务失败。

 

隔离性（Isolation）

 

数据库允许多个并发事务同时对数据进行读写和修改的能力，如果一个事务要访问的数据正在被另外一个事务修改，只要另外一个事务未提交，它所访问的数据就不受未提交事务的影响。 

隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。  

例如：现有有个交易是从 A 账户转 100 元至 B 账户，在这个交易事务还未完成的情况下，如果此时 B 查询自己的账户，是看不到新增加的 100 元的。

 

持久性（Durability）

 事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。

简单而言，ACID 是从不同维度描述事务的特性： 

• 原子性：事务操作的整体性。

• 一致性：事务操作下数据的正确性。

• 隔离性：事务并发操作下数据的正确性。

• 持久性：事务对数据修改的可靠性。

 

MySql 的Undo 和 Redo日志详情 ：MySqlU Undo & Redo