ApsaraDB for MongoDB：MongoDB執行個體記憶體使用量率高問題

• 查看WiredTiger引擎的記憶體佔用大小

  在MongoDB Shell中通過db.serverStatus().wiredTiger.cache查看。返回資訊中bytes currently in the cache後的值為記憶體大小。返回資訊樣本如下：

  {
     ......
     "bytes belonging to page images in the cache":6511653424,
     "bytes belonging to the cache overflow table in the cache":65289,
     "bytes currently in the cache":8563140208,
     "bytes dirty in the cache cumulative":NumberLong("369249096605399"),
     ......
  }

• 查看WiredTiger引擎的Cache Dirty比例

  • 在DAS控制台的即時效能頁面即時查看當前WiredTiger引擎的Cache Dirty比例。如何查看，請參見即時效能。

  • 通過ApsaraDB for MongoDB內建的mongostat工具查看當前WiredTiger引擎的Cache Dirty比例。更多資訊，請參見mongostat。

如果執行個體的串連數很高，可能會消耗一部分的記憶體，原因如下：

• 線程棧開銷。每個串連，後端都有對應處理這個串連上的請求的線程，每個線程最多可以開銷1MB的線程棧，通常情況下在幾十~幾百KB。

• TCP串連核心緩衝區。每個TCP串連在核心層面有讀緩衝區和寫緩衝區，由TCP核心參數tcp_rmem和tcp_wmem等確定，這塊的記憶體使用量使用者無需關心。但並發串連越多，預設通訊端緩衝越大，則TCP佔用記憶體越大。

• tcmalloc記憶體管理。每接收到一個請求，會建立請求上下文並分配臨時緩衝區（如請求包、應答包和排序的臨時緩衝區等）。請求結束後，臨時緩衝區會釋放歸還給記憶體 Clerk tcmalloc，tcmalloc優先歸還到自己的緩衝裡，再逐步歸還至作業系統。很多情況下，記憶體使用量率高的原因是tcmalloc未及時歸還記憶體至作業系統，最多可達到幾十GB。

您可以使用以下方法排查：

• 查看串連使用方式

  • 在MongoDB管理主控台的監控資訊頁面，可以查看ApsaraDB for MongoDB的串連使用方式。

  • 通過Mongo Shell查詢串連數。具體方法，請參見如何查詢及限制串連數。

• 查看tcmalloc未歸還作業系統的記憶體大小

  通過db.serverStatus().tcmalloc命令查看tcmalloc未歸還作業系統的記憶體大小。其中tcmalloc cache=pageheap_free_bytes+total_free_byte。返回樣本如下：

  {
     ......
     "tcmalloc":{
             "pageheap_free_bytes":NumberLong("3048677376"),
             "pageheap_unmapped_bytes":NumberLong("544994184"),
             "current_total_thread_cache_bytes":95717224,
             "total_free_byte":NumberLong(1318185960),
             ......
     }
  }

  說明

  tcmalloc的更多資訊，請參見tcmalloc。