共计 1238 个字符，预计需要花费 4 分钟才能阅读完成。
本篇内容介绍了“SQL 中的 ACID 指的是什么”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让丸趣 TV 小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
WAL 的中心思想是对数据文件的修改（它们是表和索引的载体）必须是只能发生在这些修改已经记录了日志之后，也就是说，在日志记录冲刷到永久存储器之后。
如果我们遵循这个过程，那么我们就不需要在每次事务提交的时候都把数据页冲刷到磁盘，因为我们知道在出现崩溃的情况下，
我们可以用日志来恢复数据库：任何尚未附加到数据页的记录都将先从日志记录中重做（这叫向前滚动恢复，也叫做 REDO）然后那些未提交的事务做的修改将被从数据页中删除（这叫向后滚动恢复 -UNDO）。
1、一致性：
一个事务可以封装状态改变（除非它是一个只读的）。
事务必须始终保持系统处于一致的状态，不管在任何给定的时间并发事务有多少。
也就是说：如果事务是并发多个，系统也必须如同串行事务一样操作。
其主要特征是保护性和不变性 (PreservinganInvariant)，以转账案例为例，假设有五个账户，每个账户余额是 100 元，那么五个账户总额是 500 元
如果在这个 5 个账户之间同时发生多个转账，无论并发多少个，比如在 A 与 B 账户之间转账 5 元，在 C 与 D 账户之间转账 10 元，在 B 与 E 之间转账 15 元，五个账户总额也应该还是 500 元，这就是保护性和不变性。
2、原子性：
整个事务中的所有操作，要么全部完成，要么全部不完成，不可能停滞在中间某个环节。
事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。
3、持久性
在事务提交完成以后，该事务对数据库所做的更改便持久的保存在数据库之中，永久保存下来，并不会被回滚。
4、隔离性
隔离状态执行事务，使它们好像是系统在给定时间内执行的唯一操作。
如果有两个事务，运行在相同的时间内，执行相同的功能，事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。
这种属性有时称为串行化，为了防止事务操作间的混淆，必须串行化或序列化请求，使得在同一时间仅有一个请求用于同一数据。
说明
由于一项操作通常会包含许多子操作，而这些子操作可能会因为硬件的损坏或其他因素产生问题，要正确实现 ACID 并不容易。
ACID 建议数据库将所有需要更新以及修改的资料一次操作完毕，但实际上并不可行。
目前主要有两种方式实现 ACID：第一种是 Writeaheadlogging，也就是日志式的方式 (现代数据库均基于这种方式)。第二种是 Shadowpaging。
相对于 WAL（writeaheadlogging）技术，shadowpaging 技术实现起来比较简单，消除了写日志记录的开销恢复的速度也快 (不需要 redo 和 undo)。
“SQL 中的 ACID 指的是什么”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注丸趣 TV 网站，丸趣 TV 小编将为大家输出更多高质量的实用文章！
