好湿?好紧?好多水好爽自慰,久久久噜久噜久久综合,成人做爰A片免费看黄冈,机机对机机30分钟无遮挡

主頁 > 知識庫 > MySQL死鎖的產生原因以及解決方案

MySQL死鎖的產生原因以及解決方案

熱門標簽:芒果電話機器人自動化 申請外呼電話線路 日照旅游地圖標注 石家莊電商外呼系統 湖南人工外呼系統多少錢 廣東人工電話機器人 百度地圖圖標標注中心 南通自動外呼系統軟件 信陽穩定外呼系統運營商

數據庫和操作系統一樣,是一個多用戶使用的共享資源。當多個用戶并發地存取數據 時,在數據庫中就會產生多個事務同時存取同一數據的情況。若對并發操作不加控制就可能會讀取和存儲不正確的數據,破壞數據庫的一致性。加鎖是實現數據庫并 發控制的一個非常重要的技術。在實際應用中經常會遇到的與鎖相關的異常情況,當兩個事務需要一組有沖突的鎖,而不能將事務繼續下去的話,就會出現死鎖,嚴 重影響應用的正常執行。

在數據庫中有兩種基本的鎖類型:排它鎖(Exclusive Locks,即X鎖)和共享鎖(Share Locks,即S鎖)。當數據對象被加上排它鎖時,其他的事務不能對它讀取和修改。加了共享鎖的數據對象可以被其他事務讀取,但不能修改。數據庫利用這兩 種基本的鎖類型來對數據庫的事務進行并發控制。

死鎖的第一種情況

一個用戶A 訪問表A(鎖住了表A),然后又訪問表B;另一個用戶B 訪問表B(鎖住了表B),然后企圖訪問表A;這時用戶A由于用戶B已經鎖住表B,它必須等待用戶B釋放表B才能繼續,同樣用戶B要等用戶A釋放表A才能繼續,這就死鎖就產生了。

解決方法:

這種死鎖比較常見,是由于程序的BUG產生的,除了調整的程序的邏輯沒有其它的辦法。仔細分析程序的邏輯,對于數據庫的多表操作時,盡量按照相同的順序進 行處理,盡量避免同時鎖定兩個資源,如操作A和B兩張表時,總是按先A后B的順序處理, 必須同時鎖定兩個資源時,要保證在任何時刻都應該按照相同的順序來鎖定資源。

死鎖的第二種情況

用戶A查詢一條紀錄,然后修改該條紀錄;這時用戶B修改該條紀錄,這時用戶A的事務里鎖的性質由查詢的共享鎖企圖上升到獨占鎖,而用戶B里的獨占鎖由于A 有共享鎖存在所以必須等A釋放掉共享鎖,而A由于B的獨占鎖而無法上升的獨占鎖也就不可能釋放共享鎖,于是出現了死鎖。這種死鎖比較隱蔽,但在稍大點的項 目中經常發生。如在某項目中,頁面上的按鈕點擊后,沒有使按鈕立刻失效,使得用戶會多次快速點擊同一按鈕,這樣同一段代碼對數據庫同一條記錄進行多次操 作,很容易就出現這種死鎖的情況。

解決方法:

1、對于按鈕等控件,點擊后使其立刻失效,不讓用戶重復點擊,避免對同時對同一條記錄操作。

2、使用樂觀鎖進行控制。樂觀鎖大多是基于數據版本(Version)記錄機制實現。即為數據增加一個版本標識,在基于數據庫表的版本解決方案中,一般是 通過為數據庫表增加一個“version”字段來實現。讀取出數據時,將此版本號一同讀出,之后更新時,對此版本號加一。此時,將提交數據的版本數據與數 據庫表對應記錄的當前版本信息進行比對,如果提交的數據版本號大于數據庫表當前版本號,則予以更新,否則認為是過期數據。樂觀鎖機制避免了長事務中的數據 庫加鎖開銷(用戶A和用戶B操作過程中,都沒有對數據庫數據加鎖),大大提升了大并發量下的系統整體性能表現。Hibernate 在其數據訪問引擎中內置了樂觀鎖實現。需要注意的是,由于樂觀鎖機制是在我們的系統中實現,來自外部系統的用戶更新操作不受我們系統的控制,因此可能會造 成臟數據被更新到數據庫中。

3、使用悲觀鎖進行控制。悲觀鎖大多數情況下依靠數據庫的鎖機制實現,如Oracle的Select … for update語句,以保證操作最大程度的獨占性。但隨之而來的就是數據庫性能的大量開銷,特別是對長事務而言,這樣的開銷往往無法承受。如一個金融系統, 當某個操作員讀取用戶的數據,并在讀出的用戶數據的基礎上進行修改時(如更改用戶賬戶余額),如果采用悲觀鎖機制,也就意味著整個操作過程中(從操作員讀 出數據、開始修改直至提交修改結果的全過程,甚至還包括操作員中途去煮咖啡的時間),數據庫記錄始終處于加鎖狀態,可以想見,如果面對成百上千個并發,這 樣的情況將導致災難性的后果。所以,采用悲觀鎖進行控制時一定要考慮清楚。

死鎖的第三種情況

如果在事務中執行了一條不滿足條件的update語句,則執行全表掃描,把行級鎖上升為表級鎖,多個這樣的事務執行后,就很容易產生死鎖和阻塞。類似的情 況還有當表中的數據量非常龐大而索引建的過少或不合適的時候,使得經常發生全表掃描,最終應用系統會越來越慢,最終發生阻塞或死鎖。

解決方法:

SQL語句中不要使用太復雜的關聯多表的查詢;使用“執行計劃”對SQL語句進行分析,對于有全表掃描的SQL語句,建立相應的索引進行優化。

小結

總體上來說,產生內存溢出與鎖表都是由于代碼寫的不好造成的,因此提高代碼的質量是最根本的解決辦法。有的人認為先把功能實現,有BUG時再在測試階段進 行修正,這種想法是錯誤的。正如一件產品的質量是在生產制造的過程中決定的,而不是質量檢測時決定的,軟件的質量在設計與編碼階段就已經決定了,測試只是 對軟件質量的一個驗證,因為測試不可能找出軟件中所有的BUG。

以上就是MySQL死鎖的產生原因以及解決方案的詳細內容,更多關于MySQL死鎖的資料請關注腳本之家其它相關文章!

您可能感興趣的文章:
  • Mysql查看死鎖與解除死鎖的深入講解
  • MySQL死鎖檢查處理的正常方法
  • 關于MySQL死鎖問題的深入分析
  • MySQL死鎖套路之唯一索引下批量插入順序不一致
  • 一個mysql死鎖場景實例分析
  • 一次神奇的MySQL死鎖排查記錄
  • MySQL數據庫之Purge死鎖問題解析
  • 詳解通過SQL進行分布式死鎖的檢測與消除

標簽:惠州 呼和浩特 公主嶺 合肥 天津 牡丹江 阿里 沈陽

巨人網絡通訊聲明:本文標題《MySQL死鎖的產生原因以及解決方案》,本文關鍵詞  MySQL,死鎖,的,產生,原因,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《MySQL死鎖的產生原因以及解決方案》相關的同類信息!
  • 本頁收集關于MySQL死鎖的產生原因以及解決方案的相關信息資訊供網民參考!
  • 推薦文章
    主站蜘蛛池模板: 97精品国产综合久久| 巨胸喷奶水WWWW贱多| 又长又粗又硬舒服爽给我 何时上映| 一区二区视频网| 日本japan色系videos老师| 武则天被狂躁C到高潮小说| 久久人妻精品色欲网站无广告不卡| 国产xx肥老妇视频奂费| 给醉酒的体育生gay口硬| 狠狠挺进关晓彤身体| 亚洲秘?密入口导航涩涩屋| 久久国产精品亚洲一区男人资源站| 啊哈~嗯| 师生h| xxxenxxx18中国| 人与性动交ⅩXXXB女电影| 免费看美女毛片| 欧美深到肚子的全臂交| 国产在线观看黄| 玩弄尤物仙子双乳H| 女扑把秘?扒开给男人爽| 太深了太粗h1v1| 宿舍女女伺候女王小雨| 高H禁伦餐桌上的肉伦np影片| 啊灬啊灬啊灬快灬用灬力视频网站| 亚洲卡1卡2卡新区网站| 久久综合资源| 魔乳の馆强制榨精里番| 山炮香艳山村| 美女又爽?又黄?偷拍夜巴黎| 黄色大片免费网站| 8x最新网站入口| 亚洲毛片在线观看| 亚洲欧美不卡中文字幕| 欧美大白屁beautifulass| 日本人妻精品动漫H无码樱花动漫| 热国产热综合| 越南XXXX丰满小少妇女自| 老司机午夜电影| 插插网| 校服校园h调教肉|