SQL中的事务ACID

概述：

事务是由一系列语句构成的逻辑工做单元。事务和存储过程等批处理有必定程度上的类似之处，

一般都是为了完成必定业务逻辑而将一条或者多条语句“封装”起来，使它们与其余语句之间出现一个逻辑上的边界，并造成相对独立的一个工做单元。

当使用事务修改多个数据表时，若是在处理的过程当中出现了某种错误，例如系统死机或忽然断电等状况，则返回结果是数据所有没有被保存。

由于事务处理的结果只有两种：一种是在事务处理的过程当中，若是发生了某种错误则整个事务所有回滚，使全部对数据的修改所有撤销，事务对数据库的操做是单步执行的，当遇到错误时能够随时回滚；

另外一种是若是没有发生任何错误且每一步的执行都成功，则整个事务所有被提交。从而能够看出，有效地使用事务不但能够提升数据的安全性，还能够加强数据的处理效率。

MySQL 事务主要用于处理操做量大，复杂度高的数据。好比说，在人员管理系统中，你删除一我的员，你既须要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操做语句就构成一个事务！

• 在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。
• 事务处理能够用来维护数据库的完整性，保证成批的 SQL 语句要么所有执行，要么所有不执行。
• 事务用来管理 insert,update,delete 语句

事务包含四种重要的属性，被统称为ACID（指数据库事务正确执行的四个基本要素的缩写）

包含：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。

一个支持事务（Transaction）的数据库，必需要具备这四种特性。

不然在事务过程（Transaction processing）当中没法保证数据的正确性，交易过程很可能达不到交易方的要求，一个事务必须经过ACID。

 

一、原子性：

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

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

 

二、一致性：

一个事务能够封装状态改变（除非它是一个只读的）。

事务必须始终保持系统处于一致的状态，无论在任何给定的时间并发事务有多少。

也就是说：若是事务是并发多个，系统也必须如同串行事务同样操做。

其主要特征是保护性和不变性(Preserving an Invariant)，以转帐案例为例，假设有五个帐户，每一个帐户余额是100元，那么五个帐户总额是500元

若是在这个5个帐户之间同时发生多个转帐，不管并发多少个，好比在A与B帐户之间转帐5元，在C与D帐户之间转帐10元，在B与E之间转帐15元，五个帐户总额也应该仍是500元，这就是保护性和不变性。

 

三、隔离性

隔离状态执行事务，使它们好像是系统在给定时间内执行的惟一操做。

若是有两个事务，运行在相同的时间内，执行相同的功能，事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。

这种属性有时称为串行化，为了防止事务操做间的混淆，必须串行化或序列化请求，使得在同一时间仅有一个请求用于同一数据。

 

四、持久性

在事务提交完成之后，该事务对数据库所作的更改便持久的保存在数据库之中，永久保存下来，并不会被回滚。

 

五、说明

因为一项操做一般会包含许多子操做，而这些子操做可能会由于硬件的损坏或其余因素产生问题，要正确实现ACID并不容易。

ACID建议数据库将全部须要更新以及修改的资料一次操做完毕，但实际上并不可行。

目前主要有两种方式实现ACID：第一种是Write ahead logging，也就是日志式的方式(现代数据库均基于这种方式)。第二种是Shadow paging。

相对于WAL（write ahead logging）技术，shadow paging技术实现起来比较简单，消除了写日志记录的开销恢复的速度也快(不须要redo和undo)。

shadow paging的缺点就是事务提交时要输出多个块，这使得提交的开销很大，并且以块为单位，很难应用到容许多个事务并发执行的状况——这是它致命的缺点。

WAL 的中心思想是对数据文件 的修改（它们是表和索引的载体）必须是只能发生在这些修改已经 记录了日志以后，也就是说，在日志记录冲刷到永久存储器以后。

若是咱们遵循这个过程，那么咱们就不须要在每次事务提交的时候 都把数据页冲刷到磁盘，由于咱们知道在出现崩溃的状况下，

咱们能够用日志来恢复数据库：任何还没有附加到数据页的记录都将先从日志记录中重作（这叫向前滚动恢复，也叫作 REDO） 而后那些未提交的事务作的修改将被从数据页中删除 （这叫向后滚动恢复 - UNDO）。