認識mysql insert into … select的鎖問題

mysql教程欄目介紹認識mysql insert into … select的鎖問題。

認識mysql insert into … select的鎖問題

引語:

最近中遇到一個數據庫死鎖的問題,這里記錄一下解決的過程。

問題產生:

系統中mysql里面有幾個event,每幾分鐘就會執行一次,用來統計數據之類的功能,然后這個event里面會往一張表里面寫入數據。 大致內容: replace into a from select 需要的字段 from b; 大體結構是這樣,select 需要的字段from b這里是簡寫,實際上非常復雜,有很多表的join的操作。然后這個event是每一分鐘就執行一次,在數據量很大的情況下 一分鐘可能還執行不完。然后我們會有其他的各種插入,更新的操作去對b表進行操作。此時就會發現,后端日志里面經常會有deadlock和wait lock timeout的報錯, 最后測試發現把event關掉就沒有這個問題,基本確認是這個event的問題。

問題分析:

其實最耗時的是發現是event的問題,查詢資料解決問題并沒有花太多時間。 1.首先根據后端日志里面的報錯信息定位到是哪張表產生了死鎖,是哪張表等待鎖超時
2.然后根據這幾個表名和打印的sql找到了大概可能是哪里的問題,大致確認了是event中的sql導致的
3.再驗證我們的想法,把event關掉后發現日志就沒有lock的問題了
4.檢查event中的語句發現大概就是replace into a from select 需要的字段 from b;

這里主要是不太清楚mysql哪些情況會上鎖,理論上select的操作只會上一個共享鎖,對于b表的插入和更新等操作是上排他鎖, 這兩個是可以兼容的,一個讀一個寫,并不沖突。但是根據等到所超時的現象上來看,就像是select 需要的字段 from b把b表也給鎖住了, 所以插入和更新都在等待鎖。

最后在Stack Overflow中找到了有一點眉目的信息,鏈接地址。 這里說要設置成read-committed的級別就可以了。然后也引出了一個mysql配置參數:innodb_locks_unsafe_for_binlog。

于是我們順著這個信息從官網上去查看,發現有這么一段話:

INSERT?INTO?T?SELECT?...?FROM?S?WHERE?...?sets?an?exclusive?index?record?lock?(without?a?gap?lock)?on?each?row?inserted?into?T.?If?the?transaction?isolation?level?is?READ?COMMITTED,?or?innodb_locks_unsafe_for_binlog?is?enabled?and?the?transaction?isolation?level?is?not?SERIALIZABLE,?InnoDB?does?the?search?on?S?as?a?consistent?read?(no?locks).?Otherwise,?InnoDB?sets?shared?next-key?locks?on?rows?from?S.?InnoDB?has?to?set?locks?in?the?latter?case:?During?roll-forward?recovery?using?a?statement-based?binary?log,?every?SQL?statement?must?be?executed?in?exactly?the?same?way?it?was?done?originally.復制代碼

意思是說對于INSERT INTO T SELECT … FROM S WHERE …這種情況首先T表上會家伙是哪個記錄鎖(行級鎖),并且是不帶間隙鎖的。 對于表S,有兩種情況下不會加鎖:
1.如果事務隔離級別為READ COMMITTED
2.或者啟用了innodb_locks_unsafe_for_binlog且事務隔離級別不是SERIALIZABLE的

否則,InnoDB在S的行上設置共享的next-key。如果不清楚next-key的話可以看下官網的這個介紹,鏈接地址。

因此我們要解決所等待超時的方式已經比較明朗了,就是讓S表不要被鎖住,然而不要被鎖住可以使用官網說的兩種方式。 這兩種都可以,但是根據innodb_locks_unsafe_for_binlog這個參數的介紹來看最好是使用方式1,將事務的隔離級別設置為read-committed。

原因有下面幾點:
1.是innodb_locks_unsafe_for_binlog這個參數是靜態的,必須要在my.cnf中加入一行innodb_locks_unsafe_for_binlog = 1,然后重啟數據庫才能生效。 在mysql中輸入命令:

show?variables?like?"%innodb_locks_unsafe_for_binlog%"復制代碼

如果發現是ON就是開啟成功了。
2.事務的隔離級別粒度比較細,可以針對某個session來設置,不同的session可以用不同的隔離級別,而且這個參數是動態的直接在mysql命令行修改就行。
3.mysql5.7的參數介紹中說,innodb_locks_unsafe_for_binlog這個參數將在后面的mysql版本中廢棄掉。這個說的是實話,我去查看了mysql8.0的參數詳解發現已經沒有這個參數了。

所以推薦使用事務隔離級別來控制。

更多相關免費學習推薦:mysql教程(視頻)

以上就是認識

? 版權聲明
THE END
喜歡就支持一下吧
點贊8 分享