repeatable-read是Mysql默認事務隔離級別！能解決臟讀以及不可重復讀的問題，但可能出現幻讀的情況

不可重復讀：在一個未提交的事務裏，二次查詢結果可能不相同，因為在這個事務執行過程中，外面的 事務可能對這個數據集進行了修改並提交！

幻讀：一個事務在操作過程中！有別的事務對此數據集進行了修改並提交，但這些操作第一個事務讀不到，等到這個事務提交的時候，便有可能引起明明插入的數據沒有查詢到，但卻出現插入重復的錯誤！

不可重復讀與幻讀的區別：

不可重復讀是能讀到其它事務已經提交的數據，幻讀是讀不到其它事務已提交的數據！

間隙鎖：間隙鎖主要用來防止幻讀，用在repeatable-read隔離級別下，指的是當對數據進行條件，範圍檢索時，對其範圍內也許並存在的值進行加鎖！當查詢的索引含有唯一屬性（唯一索引，主鍵索引）時，Innodb存儲引擎會對next-key lock進行優化，將其降為record lock,即僅鎖住索引本身，而不是範圍！若是普通輔助索引，則會使用傳統的next-key lock進行範圍鎖定！

/*

幻讀案例：有個表 (id 字段為非唯一輔助索引)每次插入前需查詢這字段的最大值，然後再取最大值+1插入！

事務1： 事務2：

select max(id) from e; insert into e values (11)

10 commit;

insert into e values (11)

commit;

ERROR 1062 (23000): Duplicate entry ‘11‘ for key ‘id‘

在上述事務1中明明查詢最大值為10，但插入最大值+1的時候卻報錯！

解決方案：利用mysql間隙鎖

事務1： 事務2：

select max(id) from e lock in share mode;

（此時會對id為10以上的所有不存在的值加間隙鎖）

10 insert into e values (11);

insert into e values (11) commit; 此時提交會一處於等待狀態，

commit;

*/

總結：

表a

id

3

5

6

9

在運用間隙鎖的過程中，（-00 +00為負正無窮大）

如果條件為where a=5這樣的條件，則間隙鎖鎖住的範圍為(-00,3),(3,5),(5,6),(6,9),(9,+00)

如果條件為where a>5,則間隙鎖鎖住的範圍為（5,+00）

如果為select max(id),則鎖住的範圍為(max(id),+00)

另外在測試間隙鎖的過程中遇到了innodb鎖全表，全表所有間隙上鎖的情況！這篇博文裏的提到：

http://blog.itpub.net/29254281/viewspace-1401413/

原文地址：http://blog.51cto.com/fucheng/1619359

mysql repeatable-read 一次利用間隙鎖解決幻讀案例