我一直記手寫(xiě)筆記剩拢，一個(gè)是手寫(xiě)筆記更靈活好操作线得，另一個(gè)就是比較方便
但我想，如果我寫(xiě)電子筆記徐伐，那么面試的時(shí)候我就可以寫(xiě)在簡(jiǎn)歷上贯钩，以后就是我的亮點(diǎn)
一、行鎖種類
1呵晨、Record Lock 2
2魏保、Gap Lock (2,3)
3、Next-Key Lock (2,3]
（這些都在我的手寫(xiě)筆記里摸屠，今天著急學(xué)新知識(shí)谓罗，就不擴(kuò)展了）
二、
InnoDB是支持行鎖的季二，行鎖是在索引上面加鎖的檩咱，加鎖的基本單位是Next-Key Lock，但是也會(huì)存在鎖降級(jí)的情況胯舷，Next-Key Lock降級(jí)為Record或者Gap刻蚯。
下面分為四種情況分別介紹：
· 唯一索引等值查詢
· 唯一索引范圍查詢
· 非唯一索引等值查詢
· 非唯一索引范圍查詢
1、唯一索引等值查詢
（1）這條記錄存在于數(shù)據(jù)庫(kù)
正常是加Next-Key Lock桑嘶，但是這條命令select * from user where id = 1 for update;只查一條炊汹，而且主鍵索引的時(shí)候，它也存在逃顶，加Next-Key Lock讨便，(1,1]這樣就有點(diǎn)浪費(fèi)且奇怪充甚，可以降級(jí)為Record鎖，只鎖住id=1這條就可以了霸褒。
這條記錄的行鎖是Record鎖,表鎖是IX鎖伴找。那么當(dāng)其它update或者delete語(yǔ)句操作這條id=1時(shí)，因?yàn)橛墟i废菱，其余的操作就會(huì)在后面阻塞技矮。
為什么唯一索引等值查詢并且查詢記錄存在的場(chǎng)景下，該記錄的索引中的 next-key lock 會(huì)退化成記錄鎖殊轴？
原因就是在唯一索引等值查詢并且查詢記錄存在的場(chǎng)景下衰倦，僅靠記錄鎖也能避免幻讀的問(wèn)題。
幻讀的定義就是旁理，當(dāng)一個(gè)事務(wù)前后兩次查詢的結(jié)果集耿币，不相同時(shí)，就認(rèn)為發(fā)生幻讀韧拒。
所以，要避免幻讀就是避免結(jié)果集某一條記錄被其他事務(wù)刪除十性，或者有其他事務(wù)插入了一條新記錄叛溢，
這樣前后兩次查詢的結(jié)果集就不會(huì)出現(xiàn)不相同的情況。
（2）這條記錄不存在于數(shù)據(jù)庫(kù)
還是上面的那個(gè)數(shù)據(jù)庫(kù)表示例劲适，主鍵索引1楷掉，然后就是5，發(fā)現(xiàn)5大于2霞势，這個(gè)時(shí)候就會(huì)將Next-Key Lock降級(jí)為Gap Lock烹植，鎖住（1愕贡，5）
2草雕、唯一索引范圍查詢
· 大于 or 大于等于
· 小于 or 小于等于
（1）大于
事務(wù) A 加鎖變化過(guò)程如下：
最開(kāi)始要找的第一行是 id = 20，由于查詢?cè)撚涗洸皇且粋€(gè)等值查詢（不是大于等于條件查詢）固以，
所以對(duì)該主鍵索引加的是范圍為 (15, 20] 的 next-key 鎖墩虹；
由于是范圍查找，就會(huì)繼續(xù)往后找存在的記錄憨琳，雖然我們看見(jiàn)表中最后一條記錄是 id = 20 的記錄诫钓，
但是實(shí)際在 Innodb 存儲(chǔ)引擎中，會(huì)用一個(gè)特殊的記錄來(lái)標(biāo)識(shí)最后一條記錄篙螟，
該特殊的記錄的名字叫 supremum pseudo-record 菌湃，所以掃描第二行的時(shí)候，
也就掃描到了這個(gè)特殊記錄的時(shí)候遍略，會(huì)對(duì)該主鍵索引加的是范圍為 (20, +∞] 的 next-key 鎖惧所。
停止掃描骤坐。
(2)大于等于
（3）小于
1）查詢條件值的記錄「不存在」表中的情況
2）查詢條件值的記錄「存在」表中的情況
（4）小于等于
1）查詢條件值的記錄「存在」表中的情況
3、非唯一索引等值查詢
說(shuō)這個(gè)之前還是得再看一下建表語(yǔ)句
（1）針對(duì)非唯一索引等值查詢時(shí)纯路，查詢的值不存在的情況或油。
（2）查詢的值存在的情況
因?yàn)槭嵌?jí)索引，所以age=22如果存在驰唬，可能不是一個(gè)顶岸，所以加鎖比較特殊，一個(gè)next-key,一個(gè)gap
gap鎖或者是next-key叫编，二級(jí)索引加鎖的時(shí)候辖佣，假如說(shuō)二級(jí)鎖（age）是(21，22) or (21,22]搓逾，age=21時(shí)卷谈，id=5，那么插入21霞篡，id<5的都可以插入成功世蔗，但如果id>=5就會(huì)阻塞
同理age=22,id=10,插入age=22、id<=10就會(huì)被阻塞朗兵，id>10就會(huì)成功污淋、、(如果只有這一個(gè)gap鎖的話余掖，如果還有相鄰的gap鎖還要繼續(xù)去判斷)
為什么這個(gè)實(shí)驗(yàn)案例中寸爆，需要在二級(jí)索引索引上加范圍 (22, 39) 的間隙鎖？
簡(jiǎn)單來(lái)說(shuō)就是盐欺，如果只加(21,22]的next-key鎖赁豆，只會(huì)鎖住age=22對(duì)應(yīng)id的左邊，右邊的id沒(méi)有上鎖冗美，那么就會(huì)出現(xiàn)幻讀現(xiàn)象
4魔种、非唯一索引范圍查詢
5、沒(méi)有加索引的查詢
