mysql數(shù)據(jù)庫的行級鎖有幾種？1. 程序中非數(shù)據(jù)庫交互操作導致事務掛起將接口調(diào)用或者文件操作等這一類非數(shù)據(jù)庫交互操作嵌入在 SQL 事務代碼之中，那么整個事務很有可能因此掛起（接口不通等待超時或是上

mysql數(shù)據(jù)庫的行級鎖有幾種？

1. 程序中非數(shù)據(jù)庫交互操作導致事務掛起

將接口調(diào)用或者文件操作等這一類非數(shù)據(jù)庫交互操作嵌入在 SQL 事務代碼之中，那么整個事務很有可能因此掛起（接口不通等待超時或是上傳下載大附件）。

2. 事務中包含性能較差的查詢 SQL

事務中存在慢查詢，導致同一個事務中的其他 DML 無法及時釋放占用的行鎖，引起行鎖等待。

3. 單個事務中包含大量 SQL

通常是由于在事務代碼中加入 for 循環(huán)導致，雖然單個 SQL 運行很快，但是 SQL 數(shù)量一大，事務就會很慢。

4. 級聯(lián)更新 SQL 執(zhí)行時間較久

這類 SQL 容易讓人產(chǎn)生錯覺，例如：update A set ... where ...in (select B) 這類級聯(lián)更新，不僅會占用 A 表上的行鎖，也會占用 B 表上的行鎖，當 SQL 執(zhí)行較久時，很容易引起 B 表上的行鎖等待。

5. 磁盤問題導致的事務掛起

極少出現(xiàn)的情形，比如存儲突然離線，SQL 執(zhí)行會卡在內(nèi)核調(diào)用磁盤的步驟上，一直等待，事務無法提交。

綜上可以看出，如果事務長時間未提交，且事務中包含了 DML 操作，那么就有可能產(chǎn)生行鎖等待，引起報錯。

mysql數(shù)據(jù)庫的鎖有多少種，怎么編寫加鎖的sql？

Mysql用到了行鎖，表鎖，讀鎖，寫鎖等，都是在做操作之前先上鎖。這些鎖統(tǒng)稱為悲觀鎖(Pessimistic Lock)。

MySQL鎖概述：

相對其他數(shù)據(jù)庫而言，MySQL的鎖機制比較簡單，其最 顯著的特點是不同的存儲引擎支持不同的鎖機制。比如，MyISAM和MEMORY存儲引擎采用的是表級鎖（table-level locking）；BDB存儲引擎采用的是頁面鎖（page-level locking），但也支持表級鎖；InnoDB存儲引擎既支持行級鎖（row-level locking），也支持表級鎖，但默認情況下是采用行級鎖。

表級鎖：開銷小，加鎖快；不會出現(xiàn)死鎖；鎖定粒度大，發(fā)生鎖沖突的概率最高，并發(fā)度最低。

行級鎖：開銷大，加鎖慢；會出現(xiàn)死鎖；鎖定粒度最小，發(fā)生鎖沖突的概率最低，并發(fā)度也最高。

頁面鎖：開銷和加鎖時間界于表鎖和行鎖之間；會出現(xiàn)死鎖；鎖定粒度界于表鎖和行鎖之間，并發(fā)度一般

從上述特點可見，很難籠統(tǒng)地說哪種鎖更好，只能就具體應用的特點來說哪種鎖更合適！僅從鎖的角度 來說：表級鎖更適合于以查詢?yōu)橹?，只有少量按索引條件更新數(shù)據(jù)的應用，如Web應用；而行級鎖則更適合于有大量按索引條件并發(fā)更新少量不同數(shù)據(jù)，同時又有 并發(fā)查詢的應用，如一些在線事務處理（OLTP）系統(tǒng)。

MySQL中的鎖（表鎖、行鎖，共享鎖，排它鎖，間隙鎖）