《Mysql應用詳解MySQL中的死鎖情況以及對死鎖的處理方法》要點:
本文介紹了Mysql應用詳解MySQL中的死鎖情況以及對死鎖的處理方法,希望對您有用。如果有疑問,可以聯系我們。
當多個事務同時持有和哀求同一資源上的鎖而產生循環依賴的時候就產生了死鎖.死鎖發生在事務試圖以不同的順序鎖定資源.以StockPrice表上的兩個事務為例:MYSQL實例
事務1
MYSQL實例
START TRANSACTION; UPDATE StockPrice SET close = 45.50 WHERE stock_id = 4 and date = '2002-05-01'; UPDATE StockPrice SET close = 19.80 WHERE stock_id = 3 and date = '2002-05-02'; COMMIT;
事務 #2
MYSQL實例
START TRANSACTION; UPDATE StockPrice SET high = 20.12 WHERE stock_id = 3 and date = '2002-05-02'; UPDATE StockPrice SET; COMMIT;
如果不走運的話,每個事務都可以執行完第一個語句,并在過程中鎖住資源.然后每個事務都試圖去執行第二行語句,當時卻發現它被鎖住了.兩個事務將永遠的等待對方完成,除非有其他原因打斷死鎖.MYSQL實例
為了辦理這個問題,數據庫實現了各種死鎖探查和超時機制.像InnoDB這樣復雜的存儲引擎會提示循環依賴并且立即返回錯誤.否則死鎖將會導致查詢非常緩慢.其他一些不好的做法是等待超時后放棄.當前InnoDB處理死鎖的方式是回滾持有最少排他行級鎖的事務.(幾乎最簡單的回滾的參考指標)MYSQL實例
鎖的行為是順序是存儲引擎決定的.因此,一些存儲引擎可能會在特定的操作順序下發生死鎖,其他的可能沒有.死鎖有兩種:一些是因為實際數據沖突而無法避免,一些是因為存儲引擎的工作方式發生.MYSQL實例
只有部分或者完全回滾其中的一個事務才可能打破死鎖.死鎖是事務系統中客觀存在的事實,你的應該在設計上必需應該考慮處理死鎖.一些業務系統可以從頭重試事務.MYSQL實例
如何處理死鎖
死鎖是事務型數據庫典型的問題,但是除非它們頻繁出現以至于你更本不能運行某個事務,它們一般是不危險的.正常地,你必需編寫你的應用程序使得它們總是準備如果因為死鎖而 回滾一個事務就重新發出一個事務.MYSQL實例
InnoDB使用自動行級鎖定.即使在只插入或刪除單個行的事務的情況下,你可以遇到死鎖.這是因為這些操作不是真正的“極小的”,它們自動對插入或刪除的行的(可能是數個)索引記錄設置鎖定.MYSQL實例
你可以用下列技術對付死鎖減少它們產生的可能性:MYSQL實例
用Use SHOW INNODB STATUS來確定最后一個死鎖的原因.這樣可以贊助你調節應用程序來避免死鎖.MYSQL實例
總是準備側重新發出事務,如果它因為死鎖而失敗了.死鎖不危險,再試一次.MYSQL實例
常常提交你的事務.小事務更少地傾向于沖突.MYSQL實例
如果你正使用鎖定讀,(SELECT ... FOR UPDATE或 ... LOCK IN SHARE MODE),試著用更低的隔離級別,好比READ COMMITTED.MYSQL實例
以固定的順序拜訪你的表和行.則事務形成良好定義的查詢并且沒有死鎖.MYSQL實例
添加精心選定的索引到你的表.則你的查詢必要掃描更少的索引記錄并且因此設置更少的鎖定.使用EXPLAIN SELECT來確定對于你的查詢,MySQL認為哪個索引是最適當的.MYSQL實例
使用更少的鎖定.如果你可以接受允許一個SELECT從一個舊的快照返回數據,不要給它添加FOR UPDATE或LOCK IN SHARE MODE子句.這里使用READ COMMITTED隔離級別是比較好的,因為每個在同一事務里的持續讀從它本身新鮮的快照里讀取.MYSQL實例
如果沒有別的有幫助的了,用表級鎖定系列化你的事務.用LOCK TABLES對事務型表(如InnoDB)的正確辦法是設置AUTOCOMMIT = 0 并且不調用UNLOCK TABLES直到你明確地提交了事務.例如,如果你需要寫表t1并從表t讀,你可以按如下做:MYSQL實例
SET AUTOCOMMIT=0; LOCK TABLES t1 WRITE, t2 READ, ...; [do something with tables t1 and t2 here]; COMMIT; UNLOCK TABLES;
表級鎖定使得你的事務很好地排隊,而且死鎖被避免了.MYSQL實例
領一個系列化事務的方法是創建一個輔助的“semaphore” 表,它只包含一個單行.讓每個事務在拜訪其它表之前更新那個行.以這種方式,所有事務以序列的方式發生.注意,InnoDB即時死鎖檢測算法也能在這種情況下起租用,因為系列化鎖定是行級鎖定.超時方法,用MySQL表級鎖定,必須被用來解決死鎖.MYSQL實例
在應用法式中使用LOCK TABLES命令,如果AUTOCOMMIT=1,MySQL不設定InnoDB表鎖定.MYSQL實例
《Mysql應用詳解MySQL中的死鎖情況以及對死鎖的處理方法》是否對您有啟發,歡迎查看更多與《Mysql應用詳解MySQL中的死鎖情況以及對死鎖的處理方法》相關教程,學精學透。維易PHP學院為您提供精彩教程。
轉載請注明本頁網址:
http://www.snjht.com/jiaocheng/8070.html