一、前言
對於行鎖和表鎖的含義區別，在面試中應該是高頻出現的，我們應該對mysql中的鎖有乙個系統的認識，更詳細的需要自行查閱資料，本篇為概括性的總結回答。
mysql常用引擎有myisam和innodb，而innodb是mysql預設的引擎。myisam不支援行鎖，而innodb支援行鎖和表鎖。
如何加鎖？
myisam在執行查詢語句（select）前，會自動給涉及的所有表加讀鎖，在執行更新操作（update、delete、insert等）前，會自動給涉及的表加寫鎖，這個過程並不需要使用者干預，因此使用者一般不需要直接用lock table命令給myisam表顯式加鎖。
顯式加鎖：
上共享鎖（讀鎖）的寫法：lock in share mode，例如：
select math from zje where math>60 lock in share mode；select math from zje where math >60 for update；不會出現死鎖，發生鎖衝突機率高，併發低。
myisam引擎
myisam在執行查詢語句（select）前，會自動給涉及的所有表加讀鎖，在執行增刪改操作前，會自動給涉及的表加寫鎖。
mysql的表級鎖有兩種模式：
表共享讀鎖
表獨佔寫鎖
讀鎖會阻塞寫，寫鎖會阻塞讀和寫
對myisam表的讀操作，不會阻塞其它程序對同一表的讀請求，但會阻塞對同一表的寫請求。只有當讀鎖釋放後，才會執行其它程序的寫操作。
對myisam表的寫操作，會阻塞其它程序對同一表的讀和寫操作，只有當寫鎖釋放後，才會執行其它程序的讀寫操作。
myisam不適合做寫為主表的引擎，因為寫鎖後，其它執行緒不能做任何操作，大量的更新會使查詢很難得到鎖，從而造成永遠阻塞
三、行鎖
會出現死鎖，發生鎖衝突機率低，併發高。
在mysql的innodb引擎支援行鎖，與oracle不同，mysql的行鎖是通過索引載入的，也就是說，行鎖是加在索引響應的行上的，要是對應的sql語句沒有走索引，則會全表掃瞄，行鎖則無法實現，取而代之的是表鎖，此時其它事務無法對當前表進行更新或插入操作。
create table `user` (
`name` varchar(32) default null,
`count` int(11) default null,
`id` int(11) not null auto_increment,
primary key (`id`)
) engine=innodb auto_increment=7 default charset=utf8
– a通過主鍵執行插入操作，但事務未提交
update user set count=10 where id=1;update user set count=10 where id=2;– a通過name執行插入操作，但事務未提交
update user set count=10 where name='***';update user set count=10 where id=2;– b則無法對該錶進行更新或插入操作，只有當a提交事務後，b才會成功執行
for update
如果在一條select語句後加上for update，則查詢到的資料會被加上一條排它鎖，其它事務可以讀取，但不能進行更新和插入操作
– a使用者對id=1的記錄進行加鎖
select * from user where id=1 for update;
– b使用者無法對該記錄進行操作
update user set count=10 where id=1;
– a使用者commit以後則b使用者可以對該記錄進行操作
行鎖的實現需要注意：
行鎖必須有索引才能實現，否則會自動鎖全表，那麼就不是行鎖了。
兩個事務不能鎖同乙個索引。
insert，delete，update在事務中都會自動預設加上排它鎖。
行鎖場景：
a使用者消費，service層先查詢該使用者的賬戶餘額，若餘額足夠，則進行後續的扣款操作；這種情況查詢的時候應該對該記錄進行加鎖。
否則，b使用者在a使用者查詢後消費前先一步將a使用者賬號上的錢轉走，而此時a使用者已經進行了使用者餘額是否足夠的判斷，則可能會出現餘額已經不足但卻扣款成功的情況。
為了避免此情況，需要在a使用者操作該記錄的時候進行for update加鎖
擴充套件：間隙鎖
當我們用範圍條件而不是相等條件檢索資料，並請求共享或排他鎖時，innodb會給符合條件的已有資料記錄的索引項加鎖；對於鍵值在條件範圍內並不存在的記錄，叫做間隙
innodb也會對這個"間隙"加鎖，這種鎖機制就是所謂的間隙鎖
– 使用者a
update user set count=8 where id>2 and id<6
– 使用者b
update user set count=10 where id=5;
如果使用者a在進行了上述操作後，事務還未提交，則b無法對2~6之間的記錄進行更新或插入記錄，會阻塞，當a將事務提交後，b的更新操作會執行。
建議：盡可能讓所有資料檢索都通過索引來完成，避免無索引行鎖公升級為表鎖
合理設計索引，盡量縮小鎖的範圍
盡可能減少索引條件，避免間隙鎖
盡量控制事務大小，減少鎖定資源量和時間長度
mysql行鎖表鎖區別 mysql表鎖和行鎖區別
一 表鎖 特點 偏向myisam儲存引擎，開銷小，加鎖快 無死鎖 鎖定粒度大，發生鎖衝突的概率最高,併發度最低。我們在編輯表，或者執行修改表的事情了語句的時候，一般都會給表加上表鎖，可以避免一些不同步的事情出現，表鎖分為兩種，一種是讀鎖，一種是寫鎖。我們可以手動給表加上這兩種鎖，語句是 lock t...
mysql行鎖和表鎖
在呼叫儲存過程中，就會涉及到表鎖，行鎖這一概念 所謂區別 有索引的時候就是行鎖，沒有索引的時候就是表索。innodb 的行鎖是在有索引的情況下,沒有索引的表是鎖定全表的.表鎖演示 無索引 session1 mysql set autocommit 0 mysql select from innodb...
mysql行鎖和表鎖
在呼叫儲存過程中，就會涉及到表鎖，行鎖這一概念 所謂區別 有索引的時候就是行鎖，沒有索引的時候就是表索。innodb 的行鎖是在有索引的情況下,沒有索引的表是鎖定全表的.表鎖演示 無索引 session1 mysql set autocommit 0 mysql select from innodb...