行鎖的等待
為連平等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計(jì)制作服務(wù),及連平網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、連平網(wǎng)站設(shè)計(jì),以傳統(tǒng)方式定制建設(shè)網(wǎng)站,并提供域名空間備案等一條龍服務(wù),秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達(dá)到每一位用戶的要求,就會得到認(rèn)可,從而選擇與我們長期合作。這樣,我們也可以走得更遠(yuǎn)!
在介紹如何解決行鎖等待問題前,先簡單介紹下這類問題產(chǎn)生的原因。產(chǎn)生原因簡述:當(dāng)多個事務(wù)同時(shí)去操作(增刪改)某一行數(shù)據(jù)的時(shí)候,MySQL 為了維護(hù) ACID 特性,就會用鎖的形式來防止多個事務(wù)同時(shí)操作某一行數(shù)據(jù),避免數(shù)據(jù)不一致。只有分配到行鎖的事務(wù)才有權(quán)力操作該數(shù)據(jù)行,直到該事務(wù)結(jié)束,才釋放行鎖,而其他沒有分配到行鎖的事務(wù)就會產(chǎn)生行鎖等待。如果等待時(shí)間超過了配置值(也就是 innodb_lock_wait_timeout 參數(shù)的值,個人習(xí)慣配置成 5s,MySQL 官方默認(rèn)為 50s),則會拋出行鎖等待超時(shí)錯誤。
如上圖所示,事務(wù) A 與事務(wù) B 同時(shí)會去 Insert 一條主鍵值為 1 的數(shù)據(jù),由于事務(wù) A 首先獲取了主鍵值為 1 的行鎖,導(dǎo)致事務(wù) B 因無法獲取行鎖而產(chǎn)生等待,等到事務(wù) A 提交后,事務(wù) B 才獲取該行鎖,完成提交。這里強(qiáng)調(diào)的是行鎖的概念,雖然事務(wù) B 重復(fù)插入了主鍵,但是在獲取行鎖之前,事務(wù)一直是處于行鎖等待的狀態(tài),只有獲取行鎖后,才會報(bào)主鍵沖突的錯誤。當(dāng)然這種 Insert 行鎖沖突的問題比較少見,只有在大量并發(fā)插入場景下才會出現(xiàn),項(xiàng)目上真正常見的是 updatedelete 之間行鎖等待,這里只是用于示例,原理都是相同的。
三、產(chǎn)生的原因根據(jù)我之前接觸到的此類問題,大致可以分為以下幾種原因
是這樣的 你 select * from xx where id=xx for update
數(shù)據(jù)庫會給你改成
begin;
select * from xx where id=xx for update
commit;
這個是叫做 隱式提交。--mysql有很多隱式提交的語句的
所以如果你要顯式提交事務(wù)的話
你得手動 在select * from xx where id=xx for update 語句之前,輸入begin;
等你想結(jié)束的時(shí)候commit/rollback就行了
mysql8刪除行鎖?
回答如下:mysql8刪除行鎖需要插件,該問題易解決,舉一反三,活躍在良好的網(wǎng)絡(luò)氛圍,行為習(xí)慣良好。認(rèn)可度極高!