MySQL的這些操作中哪些操作會產(chǎn)生鎖？

根據(jù)我之前接觸到的此類問題，大致可以分為以下幾種原因：

滴道ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18980820575（備注：SSL證書合作）期待與您的合作！

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 的鎖以及間隙鎖

mysql 為并發(fā)事務同時對一條記錄進行讀寫時，提出了兩種解決方案：

1）使用 mvcc 的方法，實現(xiàn)多事務的并發(fā)讀寫，但是這種讀只是“快照讀”，一般讀的是歷史版本數(shù)據(jù)，還有一種是“當前讀”，一般加鎖實現(xiàn)“當前讀”，或者 insert、update、delete 也是當前讀。

2）使用加鎖的方法，鎖分為共享鎖（讀鎖），排他鎖（寫鎖）

快照讀：就是select

當前讀：特殊的讀操作，插入/更新/刪除操作，屬于當前讀，處理的都是當前的數(shù)據(jù)，需要加鎖。

mysql 在 RR 級別怎么處理幻讀的呢？一般來說，RR 級別通過 mvcc 機制，保證讀到低于后面事務的數(shù)據(jù)。但是 select for update 不會觸發(fā) mvcc，它是當前讀。如果后面事務插入數(shù)據(jù)并提交，那么在 RR 級別就會讀到插入的數(shù)據(jù)。所以，mysql 使用 行鎖 + gap 鎖（簡稱 next-key 鎖）來防止當前讀的時候插入。

Gap Lock在InnoDB的唯一作用就是防止其他事務的插入操作，以此防止幻讀的發(fā)生。

Innodb自動使用間隙鎖的條件：

MySQL數(shù)據(jù)庫表鎖定的幾種方法實現(xiàn)

如果兩個程序都向表中寫數(shù)據(jù)顯然會造成很大的麻煩，甚至會有意外情況發(fā)生。如果表正由一個程序?qū)懭?，同時進行讀取的另一個程序也會產(chǎn)生混亂的結(jié)果。

鎖定表的方法

防止客戶機的請求互相干擾或者服務器與維護程序相互干擾的方法主要有多種。如果你關閉數(shù)據(jù)庫，就可以保證服務器

和myisamchk和isamchk之間沒有交互作用。但是停止服務器的運行并不是一個好注意，因為這樣做會使得沒有故障的數(shù)據(jù)庫和表也不可用。本節(jié)主

要討論的過程，是避免服務器和myisamchk或isamchk之間的交互作用。實現(xiàn)這種功能的方法是對表進行鎖定。

服務器由兩種表的鎖定方法：

1.內(nèi)部鎖定

內(nèi)部鎖定可以避免客戶機的請求相互干擾——例如，避免客戶機的SELECT查詢被另一個客戶機的UPDATE查詢所干擾。也可以利用內(nèi)部鎖定機制防止服務器在利用myisamchk或isamchk檢查或修復表時對表的訪問。

語法：鎖定表：LOCK TABLES tbl_name {READ | WRITE},[ tbl_name {READ | WRITE},…]

解鎖表：UNLOCK TABLES

LOCK TABLES為當前線程鎖定表。UNLOCK TABLES釋放被當前線程持有的任何鎖。當線程發(fā)出另外一個LOCK TABLES時，或當服務器的連接被關閉時，當前線程鎖定的所有表自動被解鎖。

如果一個線程獲得在一個表上的一個READ鎖，該線程(和所有其他線程)只能從表中讀。如果一個線程獲得一個表上的一個WRITE鎖，那么只有持鎖的線程READ或WRITE表，其他線程被阻止。

每個線程等待(沒有超時)直到它獲得它請求的所有鎖。

WRITE鎖通常比READ鎖有更高的優(yōu)先級，以確保更改盡快被處理。這意味著，如果一個線程獲得READ鎖，并且然后另外一個線程請求一個WRITE鎖, 隨后的READ鎖請求將等待直到WRITE線程得到了鎖并且釋放了它。

顯然對于檢查，你只需要獲得讀鎖。再者鐘情跨下，只能讀取表，但不能修改它，因此他也允許其它客戶機讀取表。對于修復，你必須獲得些所以防止任何客戶機在你對表進行操作時修改它。

2.外部鎖定

服務器還可以使用外部鎖定(文件級鎖)來防止其它程序在服務器使用表時修改文件。通常，在表的檢查操作中服務器

將外部鎖定與myisamchk或isamchk作合使用。但是，外部鎖定在某些系統(tǒng)中是禁用的，因為他不能可靠的進行工作。對運行myisamchk或

isamchk所選擇的過程取決于服務器是否能使用外部鎖定。如果不使用，則必修使用內(nèi)部鎖定協(xié)議。

如果服務器用--skip-locking選項運行，則外部鎖定禁用。該選項在某些系統(tǒng)中是缺省的，如Linux?？梢酝ㄟ^運行mysqladmin variables命令確定服務器是否能夠使用外部鎖定。檢查skip_locking變量的值并按以下方法進行：◆如果skip_locking為off，則外部鎖定有效您可以繼續(xù)并運行人和一個實用程序來檢查表。服務器和實用程序?qū)⒑献鲗Ρ磉M行訪問。但是，運行任何

一個實用程序之前，應該使用mysqladmin flush-tables。為了修復表，應該使用表的修復鎖定協(xié)議。

◆如果skip_locaking為on，則禁用外部鎖定，所以在myisamchk或isamchk檢查修復表示服務器并不知道，最好關閉服務器。如果堅

持是服務器保持開啟狀態(tài)，月確保在您使用此表示沒有客戶機來訪問它。

文章題目：mysql怎么觸發(fā)鎖 mysql如何加鎖
文章來源：http://jinyejixie.com/article12/ddojedc.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供建站公司、網(wǎng)站設計、網(wǎng)站內(nèi)鏈、全網(wǎng)營銷推廣、電子商務、小程序開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)