mysql官方文檔顯示：

InnoDB中每個隔離級別的詳細描述如下：

· READ UNCOMMITTED

SELECT語句以非鎖定方式被執行，但是一個可能更早期版本的記錄會被用到。因此，使用這個隔離級別，比如，讀是不連貫的。著也被稱為“臟讀”(dirty read)。另外，這個隔離級別象READ COMMITTED一樣作用。

· READ COMMITTED

一個有些象Oracle的隔離級別。所有SELECT ... FOR UPDATE和SELECT ... LOCK IN SHARE MOD語句僅鎖定索引記錄，而不鎖定記錄前的間隙，因而允許隨意緊挨著已鎖定的記錄插入新記錄。UPDATE和DELETE語句使用一個帶唯一搜索條件的唯一的索引僅鎖定找到的索引記錄，而不包括記錄前的間隙。在范圍類型UPDATE和DELETE語句，InnoDB必須對范圍覆蓋的間隙設置next-key鎖定或間隙鎖定以及其它用戶做的塊插入。這是很必要的，因為要讓MySQL復制和恢復起作用，“幽靈行”必須被阻止掉。

持續讀行為如同在Oracle中：即使在同一事務內， 每個持續讀設置并讀取它自己的新快照。請參閱15.2.10.4節，“持續非鎖定讀”。

· REPEATABLE READ

這是InnoDB的默認隔離級別。帶唯一搜索條件使用唯一索引的SELECT ... FOR UPDATE, SELECT ... LOCK IN SHARE MODE, UPDATE 和DELETE語句只鎖定找到的索引記錄，而不鎖定記錄前的間隙。用其它搜索條件，這些操作采用next-key鎖定，用next-key鎖定或者間隙鎖定鎖住搜索的索引范圍，并且阻止其它用戶的新插入。

在持續讀中，有一個與之前隔離級別重要的差別：在這個級別，在同一事務內所有持續讀讀取由第一次讀所確定的同一快照。這個慣例意味著如果你在同一事務內發出數個無格式SELECT語句，這些SELECT語句對相互之間也是持續的，請參閱15.2.10.4節，“持續非鎖定讀”。

· SERIALIZABLE

這個級別類似REPEATABLE READ，但是所有無格式SELECT語句被 隱式轉換成SELECT ... LOCK IN SHARE MODE。

1.事務里一些有問題的讀取：臟讀，不可重復讀，幻象讀

臟讀 (dirty read)：事務T1更新了一行記錄的內容，但是并沒有提交所做的修改。事務T2讀取更新后的行，然后T1執行回滾操作，取消了剛才所做的修改。現在T2所讀取的行就無效了。

不可重復讀取 (nonrepeatable read)：事務T1讀取一行記錄，緊接著事務T2修改 了T1剛才讀取的那一行記錄。然后T1又再次讀取這行記錄，發現與剛才讀取的結果不同。這就稱為“不可重復”讀，因為T1原來讀取的那行記錄已經發生了變化。

幻像讀取 (phantom read)：事務T1讀取一條指定的WHERE子句所返回的結果集。然后事務T2新插入 一行記錄，這行記錄恰好可以滿足T1所使用的查詢條件中的WHERE 子句的條件。然后T1又使用相同的查詢再次對表進行檢索，但是此時卻看到了事務T2剛才插入的新行。這個新行就稱為“幻像”，因為對T1來說這一行就像突 然出現的一樣。

2.事務的隔離級別

從級別低到高依次為：

READ UNCOMMITTED (讀取未提交內容)：幻像讀、不可重復讀和臟讀都允許。

READ COMMITTED (讀取已提交內容)：允許幻像讀、不可重復讀，但不允許臟讀。

REPEATABLE READ (可重讀)：允許幻像讀，但不允許不可重復讀和臟讀。InnoDB默認級別

SERIALIZABLE (可串行化)：幻像讀、不可重復讀和臟讀都不允許。

但是InnoDB的可重復讀隔離級別和其他數據庫的可重復讀是有區別的，不會造成幻象讀(phantom read)。

ORACLE數據庫支持 READ COMMITTED 和 SERIALIZABLE ，不支持 READ UNCOMMITTED 和 REPEATABLE READ 。

3、修改事務隔離級別的方法：

全局修改，修改mysql.ini配置文件，在最后加上

#可選參數有：READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE.

[mysqld]

transaction-isolation = REPEATABLE-READ

這里全局默認是REPEATABLE-READ,其實MySQL本來默認也是這個級別

要記住mysql有一個autocommit參數，默認是on，他的作用是每一條單獨的查詢都是一個事務，并且自動開始，自動提交(執行完以后就自動結束了，如果你要適用select for update，而不手動調用 start transaction，這個for update的行鎖機制等于沒用，因為行鎖在自動提交后就釋放了)，所以事務隔離級別和鎖機制即使你不顯式調用start transaction，這種機制在單獨的一條查詢語句中也是適用的，分析鎖的運作的時候一定要注意這一點

4、鎖機制：

共享鎖：由讀表操作加上的鎖，加鎖后其他用戶只能獲取該表或行的共享鎖，不能獲取排它鎖，也就是說只能讀不能寫

排它鎖：由寫表操作加上的鎖，加鎖后其他用戶不能獲取該表或行的任何鎖，典型是mysql事務中

5、鎖范圍

行鎖: 對某行記錄加上鎖

表鎖: 對整個表加上鎖

這樣組合起來就有：行級共享鎖、表級共享鎖、行級排他鎖、表級排他鎖

6、具體示例

InnoDB下，開啟2個session對同一表操作，時間線往下順序執行:

1)READ-UNCOMMITTED(讀取未提交內容)級別

User A　　　　 　　　　　　　　User B

SET AUTOCOMMIT=0; 　　　　 SET AUTOCOMMIT=0;

time

| ?　　　　　　SELECT * FROM t;

| ?　　　　　　返回空結果

| ?　　　　　　　　　　　　　　　　　　　　　　INSERT INTO t VALUES (1, 2);

|

v 　　　　　　SELECT * FROM t;

返回 1 row in set(User B插入)

ROLLBACK;

SELECT * FROM t;

返回空結果

COMMIT;

so：可以看出READ-UNCOMMITTED隔離級別，當兩個事務同時進行時，即使事務沒有提交，所做的修改也會對其它事務的查詢做出影響，這種級別顯然很不安全。

2)READ-COMMITTED(讀取提交內容)級別

User A　　　　 　　　　　　　　User B

SET AUTOCOMMIT=0; 　　　　 SET AUTOCOMMIT=0;

time

| ?　　　　　　SELECT * FROM t;

| ?　　　　　　返回空結果

| ?　　　　　　　　　　　　　　　　　　　　　　INSERT INTO t VALUES (1, 2);

|

v 　　　　　　SELECT * FROM t;

返回空結果(未更改)

COMMIT;

SELECT * FROM t;

返回 1 row(UserB插入并提交了)

COMMIT;

so：READ-COMMITTED事務隔離級別，只有在事務提交后，才會對另一個事務產生影響。

3)REPEATABLE-READ(可重讀)

User A　　　　 　　　　　　　　User B

SET AUTOCOMMIT=0; 　　　　 SET AUTOCOMMIT=0;

time

| ?　　　　　　SELECT * FROM t;

| ?　　　　　　返回空結果

| ?　　　　　　　　　　　　　　　　　　　　　　INSERT INTO t VALUES (1, 2);

|

v 　　　　　　SELECT * FROM t;

返回空結果(未更改)

COMMIT;

SELECT * FROM t;

返回空結果(仍未更改)

COMMIT;

SELECT * FROM t;

返回1 row(新啟事務，查詢到修改)

so：REPEATABLE-READ(可重讀)事務隔離級別，當兩個事務同時進行時，其中一個事務修改數據對另一個事務不會造成影響，即使修改的事務已經提交也不會對另一個事務造成影響，直到使用新的事務。

4)SERIERLIZED(可串行化)

為方便解釋，假設表中已有一條數據

User A　　　　 　　　　　　　　User B

SET AUTOCOMMIT=0;

SET AUTOCOMMIT=0;

time

| ?　　　　　　SELECT * FROM t;

| ?　　　　　　返回1 row

| ?　　　　　　　　　　　　　　　　　　　　　　SELECT * FROM t;

|　　　　　　　　　　　　　　　　　　　　　　　返回1 row

v

UPDATE此行;

被加鎖，等待

so：SERIERLIZED(可串行化)事務隔離級別最高，在進行查詢時就會對表或行加上共享鎖，其他事務對該表將只能進行讀操作，而不能進行寫操作。

(以上內容含網絡摘錄，如有侵犯，多多包涵)