MySQL InnoDB如何應(yīng)對死鎖

2024-07-24 12:34:39

字體：大中小

供稿：網(wǎng)友

　　死鎖是事務(wù)處理型數(shù)據(jù)庫系統(tǒng)的一個經(jīng)典問題，但是它們并不是很危險的，除非它們?nèi)绱说仡l繁以至于你根本處理不了幾個事務(wù)。當(dāng)因死鎖而產(chǎn)生了回滾時，你通常可以在你的應(yīng)用程序中重新發(fā)出一個事務(wù)即可。

　　InnoDB 使用自動地行級鎖定。你可能恰好在插入或刪除單一一條記錄時產(chǎn)生死鎖。這是因?yàn)檫@些操作并不是真正“原子(atomic)”級的：他們會自動地在鎖定 inserted/deleted 行的索引記錄(可能有幾個)。

　　可以通過下面所示的技巧來應(yīng)付死鎖或減少死鎖的次數(shù)：

　　在 MySQL >=3.23.52 和 >= 4.0.3 的版本中使用 SHOW INNODB STATUS 來確定引起最后一個死鎖的原因。這可以幫助你調(diào)整你的應(yīng)用程序來避免死鎖。
　　總是準(zhǔn)備在因死鎖而發(fā)生錯誤時重新發(fā)出一個事務(wù)。死鎖并不危險。僅僅只需重試一遍。
　　經(jīng)常提交你的事務(wù)。小的事務(wù)有較少的碰撞可能。

　　死鎖檢測與回滾
　　InnoDB 會自動檢測一個事務(wù)的死鎖并回滾一個或多個事務(wù)來防止死鎖。從 4.0.5 版開始，InnoDB 將設(shè)法提取小的事務(wù)來進(jìn)行回滾。一個事務(wù)的大小由它所插入(insert)、更新(update)和刪除(delete)的數(shù)據(jù)行數(shù)決定。 Previous to 4.0.5, InnoDB always rolled back the transaction whose lock request was the last one to build a deadlock, that is, a cycle in the waits-for graph of transactions.

　　InnoDB 不能檢測出由 MySQL 的 LOCK TABLES 語句引起的死鎖，或其它的表類型中的鎖定所引起的死鎖。你不得不通過在 my.cnf 中設(shè)置 innodb_lock_wait_timeout 參數(shù)來解決這些情形。

　　當(dāng) InnoDB 執(zhí)行一個事務(wù)完整的回滾，這個事務(wù)所有所加的鎖將被釋放。然而，如果只一句的 SQL 語句因結(jié)果返回錯誤而進(jìn)行回滾的，由這條 SQL 語句所設(shè)置的鎖定可能會被保持。這是因?yàn)?InnoDB r的行鎖存儲格式無法知道鎖定是由哪個 SQL 語句所設(shè)置。