亚洲免费在线-亚洲免费在线播放-亚洲免费在线观看-亚洲免费在线观看视频-亚洲免费在线看-亚洲免费在线视频

Mysql的死鎖問題解決Locked狀態

系統 1930 0

?最近搬遷服務器也遇到一個問題,一個ecshop的站點,訪問速度很慢,以前也沒有這種情況發生,現在出現這么慢的情況確實讓人疑惑,換了另外一個服務器也還是這樣,可是訪問的人也不多呢,帶寬也不差,所以納悶…
?
?多搜索一下資料看看,似乎找到了出路,可以不用再嘗試換服務器了。
?
?我把表類型換為innodb類型后,情況就好很多了,請參考后面的資料。
?
?sql語句類似 ALTER TABLE aslibra TYPE = innodb ; 很簡單
?
?其實碰到這個問題我就看了一下數據庫的進程,發現有很多locked狀態的查詢語句,比較奇怪為何會這樣,為什么會出現這樣的情況的,這個情況很可能是讀寫限制所導致的,也可能是讀寫速度有關,可是不理解為何一直鎖定而不放開,導致頁面等待時間很長。況且讀寫也要求不高,帶寬訪問人數等都并不高呢?
?
?換了一個數據庫還是不行,看來得郁悶一陣了,搬服務器真能夠讓人變得暴躁,起碼我就不耐煩了,搬來搬去的折磨的要死,就好像給你兩個瓶子,從A瓶子倒東西到B瓶子,然后復制一份到A,把A搬走,A穩定后,又開始把A的東西挪到B,反復折磨人的意志。
?
?查了些資料,記錄一下,希望以后借鑒:
?
?引用最近有個項目網站訪問很慢。上去查了查,發現cpu經常100%,運行vmstat看了看,發現瓶頸不在cpu,不在磁盤上。系統是java+mysql,發現這兩個東西也幾乎不占用cpu,都是排在很后面的。
?
?難道是網絡問題,查了一下也不是,那么就是mysql內部問題。運行 SHOW PROCESSLIST,發現很多Locked,難道就是這個問題。因為一開始就把mysql設置成MyIasm的格式,因為這個速度比較快,不過這種格式是表鎖定的,看來就是這里。于是改了程序中某些頻繁更新的操作,做成cache,然后更新上去,現在速度好了。不過下來還是需要把數據庫換成innodb格式。
?
?由此得出結論,MyIasm適合讀遠大于寫的情況,比如CMS之類的,而讀寫頻繁的可能要innodb方式的。javaeye的robbin把數據庫從myiasm換成innodb據說性能好了太多,看來也是這個問題。
?
?2 《輕松掌握MySQL數據庫鎖機制的相關原理》
?
?MySQL 5.1支持對MyISAM和MEMORY表進行表級鎖定,對BDB表進行頁級鎖定,對InnoDB 表進行行級鎖定。在許多情況下,可以根據培訓猜測應用程序使用哪類鎖定類型最好,但一般很難說出某個給出的鎖類型就比另一個好。一切取決于應用程序,應用程序的不同部分可能需要不同的鎖類型。為了確定是否想要使用行級鎖定的存儲引擎,應看看應用程序做什么并且混合使用什么樣的選擇和更新語句。例如,大多數Web應用程序執行許多選擇,而很少進行刪除,只對關鍵字的值進行更新,并且只插入少量具體的表。基本MySQL MyISAM設置已經調節得很好。
?
?在MySQL中對于使用表級鎖定的存儲引擎,表鎖定時不會死鎖的。這通過總是在一個查詢開始時立即請求所有必要的鎖定并且總是以同樣的順序鎖定表來管理。
?
?對WRITE,MySQL使用的表鎖定方法原理如下:
?
?◆ 如果在表上沒有鎖,在它上面放一個寫鎖。
?
?◆否則,把鎖定請求放在寫鎖定隊列中。
?
?對READ,MySQL使用的鎖定方法原理如下:
?
?◆如果在表上沒有寫鎖定,把一個讀鎖定放在它上面。
?
?◆否則,把鎖請求放在讀鎖定隊列中。
?
?當一個鎖定被釋放時,鎖定可被寫鎖定隊列中的線程得到,然后是讀鎖定隊列中的線程。
?
?這意味著,如果你在一個表上有許多更新,SELECT語句將等待直到沒有更多的更新。
?
?如果INSERT 語句不沖突,可以自由為MyISAM 表混合并行的INSERT 和SELECT 語句而不需要鎖定。
?
?InnoDB 使用行鎖定,BDB 使用頁鎖定。對于這兩種存儲引擎,都可能存在死鎖。這是因為,在SQL語句處理期間,InnoDB 自動獲得行鎖定,BDB 獲得頁鎖定,而不是在事務啟動時獲得。
?
?行級鎖定的優點:
?
?· 當在許多線程中訪問不同的行時只存在少量鎖定沖突。
?
?· 回滾時只有少量的更改。
?
?· 可以長時間鎖定單一的行。
?
?行級鎖定的缺點:
?
?· 比頁級或表級鎖定占用更多的內存。
?
?· 當在表的大部分中使用時,比頁級或表級鎖定速度慢,因為你必須獲取更多的鎖。
?
?· 如果你在大部分數據上經常進行 GROUP BY 操作或者必須經常掃描整個表,比其它鎖定明顯慢很多。
?
?· 用高級別鎖定,通過支持不同的類型鎖定,你也可以很容易地調節應用程序,因為其鎖成本小于行級鎖定。
?
?在以下情況下,表鎖定優先于頁級或行級鎖定:
?
?· 表的大部分語句用于讀取。
?
?· 對嚴格的關鍵字進行讀取和更新,你可以更新或刪除可以用單一的讀取的關鍵字來提取的一行:
?
?? UPDATE tbl_name SET column = value WHERE unique_key_col = key_value ;
?
?? DELETE FROM tbl_name WHERE unique_key_col = key_value ;
?
?· SELECT 結合并行的INSERT 語句,并且只有很少的UPDATE或 DELETE 語句。
?
?· 在整個表上有許多掃描或 GROUP BY 操作,沒有任何寫操作。
?
?不同于行級或頁級鎖定的選項:
?
?· 版本(例如,為并行的插入在MySQL中使用的技術),其中可以一個寫操作,同時有許多讀取操作。這明數據庫或表支持數據依賴的不同視圖,取決于訪問何時開始。其它共同的術語是"時間跟蹤"、"寫復制"或者"按需復制".
?
?· 按需復制在許多情況下優先于頁級或行級鎖定。然而,在最壞的情況下,它可能比使用常規鎖定使用多的內存。
?
?· 除了行級鎖定外,你可以使用應用程序級鎖定,例如在MySQL中使用GET_LOCK()和RELEASE_LOCK()。這些是建議性鎖定,它們只能在運行良好的應用程序中工作。
?
?為達到最高鎖定速度,除InnoDB 和BDB 之外,對所有存儲引擎,MySQL使用表鎖定(而不是頁、行或者列鎖定)。對于InnoDB 和BDB 表,如果你用LOCK TABLES顯式鎖定表,MySQL只使用表鎖定;如果你不使用LOCK TABLES,因為 InnoDB 使用自動行級鎖定而BDB 使用頁級鎖定來保證事務隔離 托福改分
?
?但是對于大表,對于大多數應用程序,表鎖定比行鎖定更好,但存在部分缺陷。表鎖定使許多線程同時從一個表中進行讀取操作,但如果一個線程想要對表進行寫操作,它必須首先獲得獨占訪問。更新期間,所有其它想要訪問該表的線程必須等待直到更新完成 托福答案
?
?表更新通常情況認為比表檢索更重要,因此給予它們更高的優先級。這應確保更新一個表的活動不能"餓死",即使該表上有很繁重的SELECT 活動。
?
?表鎖定在這種情況下會造成問題,例如當線程正等待,因為硬盤已滿并且在線程可以處理之前必須有空閑空間。在這種情況下,所有想要訪問出現問題的表的線程也被設置成等待狀態,直到有更多的硬盤空間可用。
?
?表鎖定在下面的情況下也存在問題:
?
?· 一個客戶發出長時間運行的查詢。
?
?· 然后,另一個客戶對同一個表進行更新。該客戶必須等待直到SELECT完成。
?
?· 另一個客戶對同一個表上發出了另一個 SELECT 語句。因為UPDATE比 SELECT 優先級高,該SELECT 語句等待UPDATE完成,并且等待第1個 SELECT 完成。
?
?下面描述了一些方法來避免或減少表鎖定造成的競爭:
?
?· 試圖使 SELECT 語句運行得更快。可能必須創建一些摘要(summary)表做到這點。
?
?· 用--low-priority-updates啟動mysqld.這將給所有更新(修改)一個表的語句以比SELECT語句低的優先級。在這種情況下,在先前情形的第2個SELECT語句將在UPDATE語句前執行,而不需要等候第1個 SELECT 完成。
?
?· 可以使用SET_UPDATES=1語句指定具體連接中的所有更新應使用低優先級。
?
?· 可以用LOW_PRIORITY屬性給與一個特定的INSERT、UPDATE或DELETE語句較低優先級。
?
?· 可以用HIGH_PRIORITY屬性給與一個特定的SELECT語句較高優先級。
?
?· 為max_write_lock_count系統變量指定一個低值來啟動mysqld來強制MySQL在具體數量的插入完成后臨時提高所有等待一個表的SELECT 語句的優先級。這樣允許在一定數量的WRITE鎖定后給出READ鎖定。
?
?· 如果你有關于INSERT結合SELECT的問題,切換到使用新的MyISAM表,因為它們支持并發的SELECT和INSERT.
?
?· 如果你對同一個表混合插入和刪除,INSERT DELAYED將會有很大的幫助。
?
?· 如果你對同一個表混合使用 SELECT 和DELETE 語句出現問題,DELETE 的LIMIT 選項可以有所幫助。
?
?· 對 SELECT 語句使用SQL_BUFFER_RESULT可以幫助使表鎖定時間變短。
?
?· 可以更改mysys/thr_lock.c中的鎖代碼以使用單一的隊列。在這種情況下,寫鎖定和讀鎖定將具有相同的優先級,對一些應用程序會有幫助。
?
?這里是一些MySQL中表鎖定相關的技巧:
?
?· 如果不混合更新與需要在同一個表中檢查許多行的選擇,可以進行并行操作。
?
?· 可以使用 LOCK TABLES 來提高速度,因為在一個鎖定中進行許多更新比沒有鎖定的更新要快得多。將表中的內容切分為幾個表也可以有所幫助。
?
?· 如果在MySQL中表鎖定時遇到速度問題,可以將表轉換為 InnoDB 或BDB 表來提高性能

Mysql的死鎖問題解決Locked狀態


更多文章、技術交流、商務合作、聯系博主

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號聯系: 360901061

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。

【本文對您有幫助就好】

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描上面二維碼支持博主2元、5元、10元、自定義金額等您想捐的金額吧,站長會非常 感謝您的哦!!!

發表我的評論
最新評論 總共0條評論
主站蜘蛛池模板: 国产一在线精品一区在线观看 | 久久r热这里有精品视频 | 国产精品久久99 | 色综合久久一本首久久 | 一级成人毛片 | 天天干天天射天天 | 免费一级毛毛片 | 能在线观看的一区二区三区 | 爱唯侦察1024入口地址 | 国产精品成在线观看 | 日韩一区国产二区欧美三区 | 深夜福利视频网站 | 欧美一级视 | 日本精品一区二区三本中文 | 大色综合色综合资源站 | 国产亚洲一区二区三区在线观看 | 欧美激情久久欧美激情 | 国产欧美精品一区二区三区–老狼 | 免费中文字幕一级毛片 | 欧美亚洲国产精品久久 | 精品新一区二区三区四区 | 激情九月天 | 51啪影院 | 国产精品久久成人影院 | 国产精品久久在线观看 | 亚洲天堂国产精品 | 99热久久这里只有精品99 | 日韩免费成人 | 九九免费精品视频在这里 | 欧美精品a毛片免费观看 | 免费 黄 色 人成 视频 | 精品久久伦理中文字幕 | 久久久久国产精品免费免费 | 国产亚洲欧美在线 | 亚欧洲精品在线视频免费观看 | 亚洲免费网 | 欧美日韩精品一区二区三区 | 国产产一区二区三区久久毛片国语 | 亚洲精品一区二区综合 | 九九色综合网 | 免费视频网站一级人爱视频 |