事務的隔離級別其實是SQL語言的標準，這裡我就以自己比較常用的MySQL資料庫為例進行介紹。

關於關係型資料庫和非關係型資料庫的對比，我之前寫過一篇文章簡單地作了一些介紹，隔離級別是ACID原則中的第三點 Isolation隔離性的重要內容。

有興趣的讀者可以出門左轉，檢視我之前的隨筆。

好了，先上一下MySQL資料庫中修改隔離級別的命令：

SET [SESSION | GLOBAL]  TRANSACTION  ISOLATION  LEVEL

 {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}

 關於以上命令，有一些需要理解的點：

1)級別順序 read uncommittd < read committed < repeatable read < serializable

我的理解是每一個級別都是在上一級別的基礎上增加了表操作的限制。讀者往下看就可以體會到這種限制的加強。

2）預設行為（不帶session和global）是為下一個（未開始）事務設定隔離級別。如果使用GLOBAL關鍵字，此命令語句在全域性中對從那點開始建立的所有新連線（除了不存在的連線）設定事務級別。注意需要SUPER許可權做這個改變。使用SESSION 關鍵字為當前連線上執行的事務設定預設事務級別。另外， 任何客戶端都能自由改變會話隔離級別（甚至在事務的中間），或者為下一個事務設定隔離級別。

具體操作讀者可以同時開啟多個終端，建立多個MySQL連線。在MySQL互動模式下直接輸入以上的命令就可以體會一下以上不同級別的讀寫區別了。

下面是對四個隔離級別的介紹

1. Read Uncommitted 可以讀取未提交的事務

在一個事務中執行查詢操作，另外一個事務例項中執行更新或者插入操作，這些操作的資料是沒有提交到磁碟或者資料庫客戶端的，那麼第一個事務查詢操作讀取的資料可能是不真實的。即出現了所謂的髒讀。

2. Read Committed   讀取提交事務

      在read uncommitted的基礎上限制對未提交事務的查詢操作的限制。也支援所謂的（Nonrepeatable Read）不可重複讀。

不可重複讀，其實實際理解上是不要求重複讀，即一個事務（這裡的事務指的是一個使用者對資料庫的操作，在退出對資料庫操作前都為同一個事務）前後兩次的讀取內容可以是不同的，即允許在本事務查詢的過程中其他事務對本事務查詢的資料進行更新/增加其他行（相對於一定範圍而言），這樣就會出現兩次讀取的不一致性。

3. Repeatable Read   可重複讀

       在Read Committed的基礎上限制本事務在執行查詢操作的時候其他事務對本查詢範圍內的資料的修改操作，但允許插入新的資料。所以在本事務的前後兩次範圍（這裡特指範圍查詢，因為非範圍查詢不會出現後面所述現象）查詢中會出現幻讀現象，即兩次讀取的資料量不同。InnoDB和Falcon儲存引擎通過多版本併發控制（MVCC，Multiversion Concurrency Control）機制解決了該問題。關於這個強大的機制也許在之後的學習當中，會寫寫自己的一些學習心得。

4. Serilizable 序列化

       資料庫最高級別的隔離限制，即一個事務在執行查詢操作的時候，不允許其他事務對本事務查詢範圍內的資料有任何操作，這裡會引入一個共享鎖的概念，即本事務的查詢操作別讀取的資料鎖住了，必須等本事務完成之後才允許其他事務獲取這個共享鎖進行其他操作。

好了，理論介紹到這裡，具體的區別還需要動手操作一下去體會的，而至於在實戰中怎麼使用，還是要看具體的資料量和業務邏輯來進行選擇。