建站
咨詢
售后
建站咨詢
新聞中心
死鎖的概念
創(chuàng)新互聯(lián)是一家專注于網(wǎng)站建設、網(wǎng)站設計與策劃設計,靈山網(wǎng)站建設哪家好?創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設10年,網(wǎng)設計領域的專業(yè)建站公司;建站業(yè)務涵蓋:靈山等地區(qū)。靈山做網(wǎng)站價格咨詢:028-86922220
死鎖：死鎖一般是事務相互等待對方資源，***形成環(huán)路造成的。
對于死鎖，數(shù)據(jù)庫處理方法：犧牲一個連接，保證另外一個連接成功執(zhí)行。
發(fā)生死鎖會返回ERROR：1213 錯誤提示，大部分的死鎖InnoDB存儲引擎本身可以偵測到，不需要人為進行干預。
注意：
InnoDB存儲引擎并不會回滾大部分的錯誤異常，像阻塞章節(jié)里面的例子，但是死鎖例外，發(fā)現(xiàn)死鎖后，InnoDB存儲引擎會馬上回滾一個事務，會返回1213錯誤。
死鎖的情形舉例
eg1：
分析死鎖日志：
***部分
從日志里我們可以看到事務1當前正在執(zhí)行update info_users set mobile='18514656666' where mobile='18514656620'，該條語句正在申請表info_users的索引IDX_MOBILE的X鎖，所以提示lock_mode X waiting
第二部分：
然后日志的下半部分說明了事務2當前‘持有的鎖’以及‘等待的鎖’：
從日志的HOLDS THE LOCKS(S)塊中我們可以看到事務2持有索引IDX_MOBILE的X鎖，并且是記錄鎖(Record Lock)。該鎖是通過事務2在步驟2執(zhí)行的update語句申請的。
從日志的WAITING FOR THIS LOCK TO BE GRANTED塊中我們可以看到事務2正在申請持有表info_area的索引GEN_CLUST_INDEX的X鎖，該鎖是delete from info_area where id=1;語句申請的。
eg2：
eg3：
分析死鎖日志：
***部分
從日志里我們可以看到事務1當前正在執(zhí)行DELETE from users where uid='bbb';，該條語句正在申請索引UID的X鎖，所以提示lock_mode X waiting
第二部分：
然后日志的下半部分說明了事務2當前‘持有的鎖’以及‘等待的鎖’：
從日志的HOLDS THE LOCKS(S)塊中我們可以看到事務2持有索引UID的X鎖，并且是記錄鎖(Record Lock)。該鎖是通過事務2在步驟2執(zhí)行的delete語句申請的。
從日志的WAITING FOR THIS LOCK TO BE GRANTED塊中我們可以看到事務2正在申請持有索引UID的S鎖，該鎖是insert INTO users VALUES(2,'bbb');語句申請的。insert語句在普通情況下是會申請X鎖，但是這里出現(xiàn)了S鎖。這是因為uid字段是一個唯一索引，所以insert語句會在插入前進行一次duplicate key的檢查，為了使這次檢查成功，需要申請S鎖防止其他事務對uid字段進行修改。
那么為什么該S鎖會失敗呢?這是對同一個字段的鎖的申請是需要排隊的。S鎖前面還有一個未申請成功的X鎖，所以S鎖必須等待，所以形成了循環(huán)等待，死鎖出現(xiàn)了。
通過閱讀死鎖日志，我們可以清楚地知道兩個事務形成了怎樣的循環(huán)等待，再加以分析，就可以逆向推斷出循環(huán)等待的成因，也就是死鎖形成的原因。
文章題目：Mysql死鎖以及死鎖日志分析
網(wǎng)站路徑：http://www.5511xx.com/article/cdeoojc.html
