簡單介紹MySQL中的事務機制

 　　從一個問題開始

　　最近銀行這個事情鬧的比較厲害啊，很多儲戶的錢放在銀行，就不翼而飛了，而銀行還不管不問，說是使用者的責任，打官司，使用者還能輸了，這就是“社會主義”。咱還是少發牢騷，多種樹，莫談國事。

　　說到銀行存錢，就不得不說一下從銀行取錢這件事情，從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，從呼和浩特到北京的火車晚點了，錯過了航班，怎麼辦?感覺扁平事務的特性，那我就需要復原，我再回到呼和浩特，那麼這樣成本是不是也太高了啊，所以就有了下面的第二種事務——帶有儲存點的扁平事務。

　　帶有儲存點的扁平事務

　　這種事務除了支援扁平事務支援的操作外，允許在事務執行過程中復原到同一事務中較早的一個狀態，這是因為可能某些事務在執行過程中出現的錯誤並不會對所有的操作都無效，放棄整個事務不合乎要求，開銷也太大。儲存點用來通知系統應該記住事務當前的狀態，以便以後發生錯誤時，事務能回到該狀態。