從一個問題開始
最近銀行這個事情鬧的比較厲害啊，很多儲戶的錢放在銀行，就不翼而飛了，而銀行還不管不問，說是用戶的責任，打官司，用戶還能輸了，這就是“社會主義”。咱還是少發牢騷，多種樹，莫談國事。
說到銀行存錢，就不得不說一下從銀行取錢這件事情，從ATM機取錢這件簡單的事情，實際上主要分為以下幾個步驟：
登陸ATM機，輸入密碼;
連接數據庫，驗證密碼;
驗證成功，獲得用戶信息，比如存款余額等;
用戶輸入需要取款的金額，按下確認鍵;
從後台數據庫中減掉用戶賬戶上的對應金額;
ATM吐出錢;
用戶把錢拿走。
一個簡單的取錢，主要分為以上幾步。不知道大家有沒有“天真”的想過，如果在第5步中，後台數據庫中已經把錢減掉了，但是ATM還就是沒有吐出錢(雖然實際也發生過，但是畢竟是低概率事件)，這該怎麼辦?
關於這個問題，銀行系統的開發人員早就想過了，那麼他們是怎麼來搞定這個問題的呢?這就要說到今天總結的事務這個概念了。
簡單說說事務
對於上面的取錢這個事情，如果有一步出現了錯誤，那麼就取消整個取錢的動作;簡單來說，就是取錢這7步，要麼都完成，要麼就啥也不做。在數據庫中，事務也是這個道理。
事務由一條或者多條sql語句組成，在事務中的操作，這些sql語句要麼都執行，要麼都不執行，這就是事務的目的。
對於事務而言，它需要滿足ACID特性，下面就簡要的說說事務的ACID特性。
A，表示原子性;原子性指整個數據庫事務是不可分割的工作單位。只有使事務中所有的數據庫操作都執行成功，整個事務的執行才算成功。事務中任何一個sql語句執行失敗，那麼已經執行成功的sql語句也必須撤銷，數據庫狀態應該退回到執行事務前的狀態;
C，表示一致性;也就是說一致性指事務將數據庫從一種狀態轉變為另一種一致的狀態，在事務開始之前和事務結束以後，數據庫的完整性約束沒有被破壞;
I，表示隔離性;隔離性也叫做並發控制、可串行化或者鎖。事務的隔離性要求每個讀寫事務的對象與其它事務的操作對象能相互分離，即該事務提交前對其它事務都不可見，這通常使用鎖來實現;
D，持久性，表示事務一旦提交了，其結果就是永久性的，也就是數據就已經寫入到數據庫了，如果發生了宕機等事故，數據庫也能將數據恢復。
總結了一些事務的基本概念，在MySQL中，事務還是分為很多中的，下面就來看看到底有哪些事務。
有哪些事務
你能想象到嗎?就這麼個破事務還會分以下這麼多種：
扁平事務;
帶有保存點的扁平事務;
鏈事務;
嵌套事務;
分布式事務。
現在就來對這些事務從概念的層面上進行簡單的總結一下。
扁平事務
扁平事務是最簡單的一種，也是實際開發中使用的最多的一種事務。在這種事務中，所有操作都處於同一層次，最常見的方式如下：
BEGIN WORK
Operation 1
Operation 2
Operation 3
...
Operation N
COMMIT WORK
或者是這種：
BEGIN WORK
Operation 1
Operation 2
Operation 3
...
Operation N
(Error Occured)
ROLLBACK WORK
扁平事務的主要缺點是不能提交或回滾事務的某一部分，或者分幾個獨立的步驟去提交。比如有這樣的一個例子，我從呼和浩特去深圳，為了便宜，我可能這麼干：
BEGIN WORK
Operation1:呼和浩特---火車--->北京
Operation2:北京---飛機--->深圳
ROLLBACK WORK
但是，如果Operation1，從呼和浩特到北京的火車晚點了，錯過了航班，怎麼辦?感覺扁平事務的特性，那我就需要回滾，我再回到呼和浩特，那麼這樣成本是不是也太高了啊，所以就有了下面的第二種事務——帶有保存點的扁平事務。
帶有保存點的扁平事務
這種事務除了支持扁平事務支持的操作外，允許在事務執行過程中回滾到同一事務中較早的一個狀態，這是因為可能某些事務在執行過程中出現的錯誤並不會對所有的操作都無效，放棄整個事務不合乎要求，開銷也太大。保存點用來通知系統應該記住事務當前的狀態，以便以後發生錯誤時，事務能回到該狀態。
