MySQL案例-內(nèi)存利用率無限增長

2024-07-24 12:34:38

字體：大中小

供稿：網(wǎng)友

　　雖然進行了重啟, 但是內(nèi)存占用率依然會不停的增長, 大約在半個月左右的時間內(nèi)又把內(nèi)存消耗完畢;

　　PS: 時間久遠, 截圖僅做分析/示例所用, 不一定是當時候出問題時的數(shù)據(jù)

　　嘗試方向1:
　　首先考慮的是buffer相關的參數(shù)是否設置有誤, 畢竟當初crash的時候曾經(jīng)出現(xiàn)過類似的問題(http://blog.itpub.net/29510932/viewspace-2123096/)
　　結(jié)果: 參數(shù)設置都沒什么明顯的問題;

　　嘗試方向2:
　　既然設置沒什么問題, 那就看一下內(nèi)存的占用情況吧~
　　使用pmap -d 看一下進程的內(nèi)存情況; 部分信息截圖如下

　　anon代表進程主動申請的內(nèi)存, 當時對有問題的機器進行統(tǒng)計時, 發(fā)現(xiàn)主動申請的內(nèi)存占了進程內(nèi)存的95%(當然的..因為buffer都在這里面)
　　考慮到innodb_buffer_pool的大小只有總內(nèi)存的50%, 多出來的這些"已申請"的內(nèi)存實在是有點太多了, 是不是有什么線程申請了大量的內(nèi)存沒有釋放?

　　嘗試方向2--檢查線程的內(nèi)存使用:
　　MySQL5.7中對ps(performance_schema)進行了拓展, 能統(tǒng)計更多的數(shù)據(jù)了, 這其中就包括了有關mem的信息;
　　由于默認是關閉的, 所以現(xiàn)在要臨時打開這些統(tǒng)計數(shù)據(jù);

　　當時有問題的實例中, 查詢結(jié)果結(jié)合ps.thread表數(shù)據(jù),顯示thread/sql/slave_sql和thread/sql/one_connection(monitor用戶)的內(nèi)存占用非常高~

　　處理結(jié)果:
　　把這個沒有close的經(jīng)典問題掛到了內(nèi)部的文檔里面作為反例.......
　　然后由于一些原因, SQL線程無法釋放已占用內(nèi)存的問題無法解決, 好在增長的速度并不快, 還在可接受的范圍之內(nèi), 暫時做好定期維護(重啟)的準備;
　　PS: 到目前為止, 出問題的個別實例都沒有再增長到非常高的地步, 目測需要兩個多月才可能會維護(重啟)一次。

（編輯：武林網(wǎng)）

上一篇：MySQL主從復制原理及必備知識歸納

下一篇：MySQL主機127.0.0.1與localhost差異