事務的隔離級別其實是SQL語言的標準，這裡我就以自己比較常用的MySQL資料庫為例進行介紹。 關於關係型資料庫和非關係型資料庫的對比，我之前寫過一篇文章簡單地作了一些介紹，隔離級別是ACID原則中的第三點 Isolation隔離性的重要內容。 有興趣的讀者可以出門左轉，查看我之前的隨筆。 好了，先上 ...
事務的隔離級別其實是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 串列化
資料庫最高級別的隔離限制，即一個事務在執行查詢操作的時候，不允許其他事務對本事務查詢範圍內的數據有任何操作，這裡會引入一個共用鎖的概念，即本事務的查詢操作別讀取的數據鎖住了，必須等本事務完成之後才允許其他事務獲取這個共用鎖進行其他操作。
好了，理論介紹到這裡，具體的區別還需要動手操作一下去體會的，而至於在實戰中怎麼使用，還是要看具體的數據量和業務邏輯來進行選擇。
