mysql行級(jí)鎖和表級(jí)鎖的區(qū)別？

1.程序中的非數(shù)據(jù)庫(kù)交互導(dǎo)致事務(wù)掛起。

在SQL事務(wù)代碼中嵌入接口調(diào)用或文件操作等非數(shù)據(jù)庫(kù)交互操作，可能會(huì)導(dǎo)致整個(gè)事務(wù)掛起(接口被阻塞，等待超時(shí)或上傳下載大附件)。

2.該事務(wù)包含性能不佳的查詢SQL

事務(wù)中有一個(gè)慢速查詢，導(dǎo)致同一個(gè)事務(wù)中的其他DML無(wú)法及時(shí)釋放被占用的行鎖，導(dǎo)致行鎖等待。

3.單個(gè)事務(wù)包含大量SQL。

這通常是由于在事務(wù)代碼中添加了一個(gè)for循環(huán)造成的。雖然單個(gè)SQL運(yùn)行速度很快，但是當(dāng)SQL數(shù)量很大時(shí)，事務(wù)會(huì)很慢。

4.級(jí)聯(lián)更新SQL需要很長(zhǎng)時(shí)間來(lái)執(zhí)行。

這種SQL很容易給人錯(cuò)覺(jué)。例如，級(jí)聯(lián)更新如更新一個(gè)集合...where(selectB)不僅會(huì)占用表A上的行鎖，還會(huì)占用表B上的行鎖，當(dāng)SQL長(zhǎng)時(shí)間執(zhí)行時(shí)，很容易導(dǎo)致表B上的行鎖等待。

5.由于磁盤問(wèn)題，交易暫停

在極少數(shù)情況下，比如存儲(chǔ)突然下線，SQL執(zhí)行會(huì)卡在內(nèi)核調(diào)用磁盤這一步，無(wú)法提交事務(wù)。

綜上所述，可以看出，如果長(zhǎng)時(shí)間不提交事務(wù)，并且事務(wù)中包含DML操作，可能會(huì)有行鎖等待，從而導(dǎo)致錯(cuò)誤。

mysql寫鎖的原理？

一、鎖的概念

鎖是計(jì)算機(jī)協(xié)調(diào)多個(gè)進(jìn)程或線程并發(fā)訪問(wèn)資源的一種機(jī)制。

二、MySQL中的鎖

表級(jí)鎖定:低開(kāi)銷和快速鎖定；不會(huì)出現(xiàn)僵局；鎖粒度大，鎖的概率最高，并發(fā)性最低。

行級(jí)鎖定:開(kāi)銷大，鎖定慢；將出現(xiàn)死鎖；鎖粒度最小，鎖概率最低，并發(fā)性最高。

頁(yè)鎖:開(kāi)銷和鎖時(shí)間介于表鎖和行鎖之間；將出現(xiàn)死鎖；鎖定粒度介于表鎖和行鎖之間，并發(fā)性一般。

第三，米沙姆s寫鎖定

1.鎖表testmysam寫

在同一屆會(huì)議上

插入testmysam值(3)

從testmysam中刪除，其中id3

select*fromtestmysam

2.在不同的表上操作(報(bào)告錯(cuò)誤)

從testmysams中選擇s.*

插入到testdemo值(2，#392#39，#393#39)

3.在其他會(huì)話中(等待)

select*fromtestmysam