MongoDb CPU利用率過高問題如何解決
在公司的項目中,突然出現(xiàn)過一個情況,mongodb 的CPU利用率到達100%,導(dǎo)致服務(wù)器這邊卡死了,請求了半天無響應(yīng),提示請求超時。
因為,當時APP用戶可能會在某一個時間段集中的使用,所以,請求量一下子就飆上去了,剛好APP打開請求的時候,有一個mongodb的請求。
當時因為Mongodb的服務(wù)器不在我們這邊,所以一下子沒反應(yīng)過來,不過最后還是給排除出,并解決了。這里就來記錄下排查和解決的全過程。
問題分析:
1.根據(jù)代碼,定位到了是Mongodb的報錯。
2.進入Mongodb 服務(wù)器的監(jiān)控后臺,這里是在阿里云購買的云緩存。
3.知道是Mongodb出問題,就好辦了,阿里云里面有個索引推薦,很好用的,會給出查詢時間,執(zhí)行次數(shù),和推薦策略
OK,這里準備工作就基本做完了。
解決策略:
1.根據(jù)這些給出的執(zhí)行次數(shù),和執(zhí)行時間慢的,去看了下庫。從設(shè)計上,有問題,一個庫有900W的數(shù)據(jù),然后集合邏輯看了下,這庫只往里面存數(shù)據(jù),從不清理
2.沒有建立過索引,包括單一索引和連接索引,這也是會導(dǎo)致慢的一個原因。優(yōu)化后是這樣的,
db.getCollection('course_study_history').createIndex({'studentId':1,'contentStudyID':1,'courseWareID':1,'courseStudyId':1})
3.一個查詢總數(shù)的方法有問題,下面是修改后的JAVA方法:
MongoCollection<Document> collection = database.getCollection(pushMessageCollection); long cNt = collection.count(Filters.and(Filters.eq("userId", userId), Filters.eq("sendType", sendType), Filters.eq("message_read", "0")));
最開始的寫法,大概就類型,Mysql 里,查詢某個list,然后list.size(),得出總數(shù),
修改后的方法:大概就相當于 count(id) 得出總數(shù),
這樣的話,修改后的方法,肯定就會比修改前的快。
方案基本決定下來了,實施后開始壓力測試。
沒修改時的2000并發(fā):
修改后的2000并發(fā):
可以看到時間,也明顯的提高了。
并且測試4000 并發(fā),雖然慢了,不過沒崩掉。
再查看CPU信息,沒有出現(xiàn)100%的情況了。
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
解決MAC上啟動mongod報錯exiting with code 1的問題
這篇文章主要介紹了解決MAC上啟動mongod報錯exiting with code 1的問題,本文給大家介紹的非常詳細對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-12-12mongodb基礎(chǔ)之用戶權(quán)限管理實例教程
這篇文章主要給大家介紹了關(guān)于mongodb基礎(chǔ)之用戶權(quán)限管理的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2018-06-06解決net start MongoDB 報錯之服務(wù)名無效的問題
這篇文章主要介紹了解決net start MongoDB 報錯之服務(wù)名無效的問題,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-12-12MongoDB 主分片(primary shard)相關(guān)總結(jié)
這篇文章主要介紹了MongoDB 主分片(primary shard)相關(guān)總結(jié)。幫助大家更好的理解和學習使用MongoDB,感興趣的朋友可以了解下2021-03-03