什么是数据库ACID

事务在当今的企业系统无处不在，即使在高并发环境下也可以提供数据的完整性。一个事务是一个只包含所有读/写 *** 作成功的集合。

一个事务本质上有四个特点ACID：

Atomicity原子性

Consistency一致性

Isolation隔离性

Durability耐久性

原子性

原子性任务是一个独立的 *** 作单元，是一种要么全部是，要么全部不是的原子单位性的 *** 作。

一致性

一个事务可以封装状态改变（除非它是一个只读的）。事务必须始终保持系统处于一致的状态，不管在任何给定的时间并发事务有多少。

一致性有下面特点：

如果一个 *** 作触发辅助 *** 作（级联，触发器），这些也必须成功，否则交易失败。

如果系统是由多个节点组成，一致性规定所有的变化必须传播到所有节点（多主复制）。如果从站节点是异步更新，那么我们打破一致性规则，系统成为“最终一致性”。

一个事务是数据状态的切换，因此，如果事务是并发多个，系统也必须如同串行事务一样 *** 作。

在现实中，事务系统遭遇并发请求时，这种串行化是有成本的， Amdahl法则描述如下：它是描述序列串行执行和并发之间的关系。

“一个程序在并行计算情况下使用多个处理器所能提升的速度是由这个程序中串行执行部分的时间决定的。”

大多数数据库管理系统选择（默认情况下）是放宽一致性，以达到更好的并发性。

隔离性

事务是并发控制机制，他们交错使用时也能提供一致性。隔离让我们隐藏来自外部世界未提交的状态变化，一个失败的事务不应该破坏系统的状态。隔离是通过用悲观或乐观锁机制实现的。

耐久性

一个成功的事务将永久性地改变系统的状态，所以在它结束之前，所有导致状态的变化都记录在一个持久的事务日志中。如果我们的系统突然受到系统崩溃或断电，那么所有未完成已提交的事务可能会重演。

ACID，指数据库事务正确执行的四个基本要素的缩写。包含：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。

ACID 是为保证事务(transaction)是正确可靠的，所必须具备的四个特性：

以 A 给 B 转账100元为例：

MySQL事务是由 InnoDB 存储引擎实现的。

可以用如下的命令显式的开启事务：

另外，在自动提交（autocommit）模式下，我们执行的每一条 SQL 语句都是一条独立的事务；如果关闭了自动提交（autocommit）模式，则所有的 SQL 语句都在一个事务中，直到执行了 commit 或 rollback，该事务结束，同时开始了另外一个事务。

MySQL 事务的 ACID 特性靠如下机制实现：

Go 语言的 Gorm 提供了对于事务 *** 作的支持：

此外，还有嵌套事务以及手动事务等 *** 作，可以参考中文文档： learnku.com/docs/gorm/v…

@Transactional 注解必须添加在public方法上，private、protected方法上是无效的。

一般情况下，推荐将@Transactional 注解加在方法上，因为@Transactional直接加在类或者接口上，@Transactional注解会对类或者接口里面所有的public方法都有效，会影响性能。

---