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/