問題描述

Innodb 實現(xiàn)了兩種行級別的鎖， 一個是共享鎖，一個是排它鎖。 請問：（1）行級別的鎖是不是只能加載行記錄上？ 為什我看到有的地提到表級上也可以共享鎖和排它鎖呢？

各位可以提示下嗎

問題解答

InnoDB的行鎖只在鎖語句（也就是FOR UPDATE和LOCK IN SHARE MODE）使用到索引時才有效，因為InnoDB鎖的其實是根據(jù)索引鎖住行的。也就是說，如果沒有使用索引，鎖就會自動提升到表級別。

如果樓上所說，在事物隔離級別為repeat read下（mysql默認級別）InnoDB引擎在修改刪除數(shù)據(jù)時，會先查找到對應(yīng)的索引，索引都是排序了的，所以會鎖住某個值或者某個范圍。如果這個范圍是整個索引段，那么則整個表數(shù)據(jù)均會被鎖住；另外沒有索引，在做修改刪除操作的時候會全表掃描數(shù)據(jù)，自然也會鎖全表。

InnoDB實現(xiàn)了以下兩種類型的行鎖。 共享鎖（s）：允許一個事務(wù)去讀一行，阻止其他事務(wù)獲得相同數(shù)據(jù)集的排他鎖。 排他鎖（Ｘ）：允許獲取排他鎖的事務(wù)更新數(shù)據(jù)，阻止其他事務(wù)取得相同的數(shù)據(jù)集共享讀鎖和排他寫鎖。另外，為了允許行鎖和表鎖共存，實現(xiàn)多粒度鎖機制，InnoDB還有兩種內(nèi)部使用的意向鎖（Intention Locks），這兩種意向鎖都是表鎖。 意向共享鎖（IS）：事務(wù)打算給數(shù)據(jù)行共享鎖，事務(wù)在給一個數(shù)據(jù)行加共享鎖前必須先取得該表的IS鎖。 意向排他鎖（IX）：事務(wù)打算給數(shù)據(jù)行加排他鎖，事務(wù)在給一個數(shù)據(jù)行加排他鎖前必須先取得該表的IX鎖。

行鎖是加在行上的，表鎖就是對應(yīng)整個表。行鎖和表鎖是可以共存的！

鎖是mysql引擎都有的。行鎖和表鎖是在鎖粒度的角度上區(qū)分的