mysql可串行化鎖的影響？比較多注意以下三點串行化事務(wù)中，讀鎖被查看后，寫鎖不需要在等待串行化事務(wù)中，不同行鎖是不會彼此影響的串行化事務(wù)中，行鎖很容易不可能發(fā)生死鎖mysql插入和查詢使用的是哪種鎖

mysql可串行化鎖的影響？

比較多注意以下三點

串行化事務(wù)中，讀鎖被查看后，寫鎖不需要在等待

串行化事務(wù)中，不同行鎖是不會彼此影響的

串行化事務(wù)中，行鎖很容易不可能發(fā)生死鎖

mysql插入和查詢使用的是哪種鎖？

mysql數(shù)據(jù)庫中，再插入數(shù)據(jù)是排他鎖，網(wǎng)站查詢是網(wǎng)絡(luò)共享鎖。

mysql next key是什么作用？

MySQL行鎖、Next-Key鎖，InnoDB是另一個支持什么行鎖的存儲引擎，行鎖的算法：

RecordLock：行鎖，單個行記錄上的鎖。

GapLock：間隙鎖，鎖定一個范圍，但不除了記錄本身。GAP鎖的目的，是就是為了防止幻讀、能夠防止間隙內(nèi)有新數(shù)據(jù)插入到、防止已未知的數(shù)據(jù)自動更新為間隙內(nèi)的數(shù)據(jù)。

Next-KeyLock：12，完全鎖定一個范圍，另外鎖定住記錄本身。是對行的查詢，是采用該方法，主要目的是解決的辦法幻讀的問題。InnoDB設(shè)置成加鎖是next-key鎖。

如何解決mysql等待鎖？

等待鎖會出現(xiàn)的根本原因是有個事務(wù)執(zhí)行時間過久，會把部分表始終鎖定后狀態(tài)，會造成其他事務(wù)當(dāng)中的sql無法成功執(zhí)行。

方案一：突然縮小事務(wù)范圍，只把DML語句（restore,INSERT,DELETE）包裹在事務(wù)中，只不過有的事務(wù)，不僅是對數(shù)據(jù)庫的操作，很可能還存在ftp訪問其他系統(tǒng)，如果不是跪請時間過久，事務(wù)一直都不結(jié)束，表也會一直都處于鎖定住。

方案二：盡可能會會減少事務(wù)中真包含的DML語句。提高事務(wù)的執(zhí)行時間。一個事務(wù)當(dāng)中會減少多表你的操作的情景，可以拆細遞交。

方案三：優(yōu)化軟件sql負責(zé)執(zhí)行時間。

方案四：如果以上無法優(yōu)化，是可以配置調(diào)大鎖的耐心的等待時間。

mysql行級鎖，沒加上，是怎么回事？

1.程序中非數(shù)據(jù)庫交互操作會造成事務(wù)堆起

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

2.事務(wù)中包含性能相對一般的查詢SQL

事務(wù)中存在慢查詢，可能導(dǎo)致同一個事務(wù)中的其他DML不能及時能量電腦資源的行鎖，過多行鎖耐心的等待。

3.單個事務(wù)中中有大量SQL

通常是的原因在事務(wù)代碼中組建of循環(huán)可能導(dǎo)致，可是單個SQL運行程序馬上，可是SQL數(shù)量一大，事務(wù)變會很慢。

4.橋接自動更新SQL執(zhí)行時間較久

這類SQL很容易讓人產(chǎn)生錯覺，.例如：notificationAset...where(selectB)這類級聯(lián)更新，不單會占用資源A表上的行鎖，也會占用資源B表上的行鎖，當(dāng)SQL負責(zé)執(zhí)行較久時，會容易紊亂B表上的行鎖等待。

5.磁盤問題導(dǎo)致的事務(wù)掛起

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

綜上所述一眼就可以看出，如果事務(wù)長時間未再提交，且事務(wù)中包涵了DML操作，那就就有可能出現(xiàn)行鎖在等待，紊亂提示錯誤。