記一次mongodb CPU飆升100%的解決

問題的發現過程是這樣的，一些硬體裝置上傳的即時裝置資訊用戶端不能展現，於是查詢日誌，探索資料時間延遲非常嚴重，後台邏輯把這些資料當作到期資料扔掉了，所以沒有進入即時資料的服務（此服務是單獨部署的）。

於是開始查問題，難道未經處理資料就是到期的。鑒於北京的霧霾天可能對北鬥（PS：我們主要是裝置的北鬥位置資料）產生影響，所以首先查看了北鬥接收的資料，結論是無誤。

再查看資料庫的日誌，資料庫插入前資料嚴重滯後，懷疑可能是資料積壓太多，插入緩慢。

而我們的後台邏輯是插入資料庫成功後才進入即時資料服務，所以進入即時服務的資料也滯後。

另外，即時資料服務有一個檢查時戳的協程，如果資料到期就踢掉。

至此，大概的問題就找出來了，即時服務踢掉了資料，用戶端查看即時資訊當然看不到。

另外還出現了問題是資料回放的請求響應極慢，30秒層級。

開始排查可能造成此問題的原因~

代碼貌似正常，後端開發拍了胸脯，過了一遍邏輯確實沒什麼問題。

那就看看部署問題吧

top一看，CPU竟然用了100%，全被mongod這個佔用了。

開始google，baidu。。。

直到看到這篇文章：http://m.blog.csdn.net/blog/roler_/40107751

我們業務的特點是資料量大，即時性要求高，很多資料是根據ID和時戳來進行的業務。

於是把所有使用者的即時資料均針對ID和時戳加了索引。

主要用到的命令如下：

db.XXX.getIndexes()查看索引

db.XXX.ensureIndex({id:1})設定索引

CPU瞬間降下來了。

目前還得觀察，不過我想問題已經解決了~

出現問題不可怕，主要是通過學習去解決它，我現在想找個靠譜營運，幫我做這些事，歡迎大家騷擾。