MongoDB サーバのメトリック


メトリクス	説明
asserts_msg	：メッセージアサートの数。これらは、適切に定義されたテキスト文字列がある内部サーバエラーです。これらのスタックトレースがログに記録されます。
asserts_regular	：このプロセスが開始されてから発生した通常のアサートの数。
asserts_user	：ユーザアサートの数。これらは、ディスク容量が不足している、またはキーが重複しているなど、ユーザによって生成される可能性のあるエラーです。
asserts_warning	：このプロセスが開始されてから発生した警告の数。
BackgroundFlushing_flushes	：データベースがすべての書き込みをディスクにフラッシュした回数。
BackgroundFlushing_total_ms	：mongod プロセスがディスクへのデータの書き込み（例：フラッシュ）に費やしたミリ秒（ms）数。
Connections_active	サーバーへのアクティブな接続の数。アクティブなクライアント接続とは、現在進行中の操作が存在するクライアント接続を指します。
Connections_available	：データベースが提供できる未使用の使用可能な接続の数。この値と current の値を組み合わせて考慮することにより、データベースの接続負荷を把握します。使用可能な接続のシステムしきい値の詳細については『UNIX ulimit Settings』ドキュメントを参照してください。
Connections_current	：クライアントからデータベースサーバへの接続の数。この数には、現在のシェルセッションが含まれます。このデータのコンテキストを理解するには、available の値を考慮します。この数には、現在のシェル接続と、レプリカセットまたはシャードクラスタをサポートするためのノード間接続が含まれています。
Cursor_timedOut	：サーバプロセスが開始されてからタイムアウトになったカーソルの数。この数値が大きいか一定の割合で増加している場合、これはアプリケーションエラーを示している可能性があります。
Cursor_totalOpen	：MongoDB がクライアント用に維持しているカーソルの数。MongoDB は未使用のカーソルを使い果たすため、通常、この値は小さいかゼロです。ただし、キューや古くなった追尾可能カーソル、または多数の操作がある場合、この値は増加する可能性があります。
globalLock_ActiveClients	：接続されているクライアントの数。
globalLock_CurrentQueue	：ロックを待機しているキューに入れられた操作の数。特に短い操作での一貫して小さなキューでは問題は発生しません。また、この値は、それぞれ読み取りロック（リーダーなど）と書き込みロック（ライターなど）を待機しているキューのサイズを考慮して検討します。
Mem_mapped	：データベースによってマッピングされたメモリのメガバイト数。MongoDB はメモリマップされたファイルを使用するため、この値はデータベースの合計サイズにほぼ相当します。
Mem_resident	：データベースプロセスで現在使用されているメガバイト（MB）単位の RAM の量。通常の使用では、この値は大きくなる傾向があります。専用データベースサーバでは、この数はシステムメモリの合計量に近づく傾向があります。
Mem_virtual	：mongod プロセスによって使用される仮想メモリのメガバイト（MB）単位の量。ジャーナリングが有効になっている場合、virtual の値は mapped の値の 2 倍以上になります。virtual 値が mapped よりも大幅に大きい場合（たとえば 3 倍以上）、これはメモリリークを示している可能性があります。
metricsGetLastErrorWtimeTotalMillis	mongod が書き込み保証付きの操作を行う際に費やした合計時間（ミリ秒単位）
Network_bytesIn	：このデータベースによって受信されたネットワークトラフィックの量（バイト単位）。この値を使用して、mongod プロセスに送信されたネットワークトラフィックが予想およびアプリケーション間トラフィック全体と一致していることを確認します。
Network_bytesOut	：このデータベースから送信されたネットワークトラフィックの量（バイト単位）。この値を使用して、mongod プロセスによって送信されたネットワークトラフィックが予想およびアプリケーション間トラフィック全体と一致していることを確認します。
Network_numRequests	：サーバが受信した個別のリクエストの数。この値を使用して、bytesIn および bytesOut 値のコンテキストを提供し、MongoDB ネットワーク使用率が予想およびアプリケーションの使用状況と一致していることを確認します。
OpCounters_command	：MongoDB に送信されたコマンドの数。
OpCounters_delete	：削除操作の数。
OpCounters_getmore	：GetMore 操作の数。
OpCounters_insert	：挿入操作の数。
OpCounters_query	：クエリ操作の数。
OpCounters_update	：更新操作の数。
OpLatencies_commands	スタートアップ以降にコレクションで実行されたコマンドの総数。
OpLatencies_commands_latency	マイクロ秒単位のコマンドの合計遅延。
OpLatencies_reads	スタートアップからコレクションで実行された読み取りの合計数。
OpLatencies_reads_latency	読み取り操作の合計遅延（ミリ秒単位）。
OpLatencies_writes	スタートアップ以降にコレクションで実行された書き込みの総数。
OpLatencies_writes_latency	書き込み操作の合計遅延（ミリ秒単位）。
Oplog_Max_Size （4.5.4 の新機能）	（4.5.4 の新機能）：操作ログの最大サイズ
Oplog_Size （4.5.4 の新機能）	（4.5.4 の新機能）：操作ログの最大サイズ
OplogTimeDiff_in_sec （4.5.4 の新機能）	（4.5.4 の新機能）：ログの最初のエントリと最後のエントリの差（秒単位）
Repl_command	：データベースに対して発行されたレプリケート済みコマンドの数。
Repl_delete	：レプリケートされた削除操作の数。
Repl_getmore	：GetMore 操作の数。クエリ数が少ない場合でも、このカウンタは高い場合があります。セカンダリノードは、レプリケーションプロセスの一環として getMore 操作を送信します。
Repl_insert	：レプリケートされた挿入操作の数。
Repl_query	：レプリケートされたクエリの数。
Repl_update	：レプリケートされた更新操作の数。
Replication_MyState （4.5.4 の新機能）	（4.5.4 の新機能）：現在のメンバーのレプリカ状態を表す 0 ～ 10 の整数。
replSetGetStatus_optimes_lastDurableWallTimeLag	プライマリノードにおける最新の操作に対する遅延。
Index_missRatio	：インデックスのミス数に対するヒット数の比率。インデックスミスが多い場合は、クエリを調べ、インデックスが最適に使用されているかどうかを確認する必要があります。クエリがより速く実行されるようにするには、新しいインデックスの追加が必要な場合があります。クエリを説明すると、ヒットしているインデックスクエリと合計実行時間を確認し、新しいインデックスを追加する前後のクエリのパフォーマンスを比較できます。
wiredtiger_concurrentTransactions_read_out	ストレージエンジンに同時にアクセスできる最大の読み取りトランザクション（読み取りチケット）数。
wiredtiger_concurrentTransactions_write_out	WiredTiger ストレージエンジンに同時にアクセスできる最大の書き込みトランザクション数。
wiredtiger_log_logBytesWritten	WiredTiger ストレージエンジンによってログに書き込まれた合計バイト数。
wiredtiger_log_logSyncOperations	WiredTiger ストレージエンジンによって実行されたログ同期操作の総数。
wiredtiger_log_logSyncTimeDuration	WiredTiger ストレージエンジンによるログの同期（sync）操作に費やされた合計時間。
wiredtiger_log_logWriteOperations	WiredTiger ストレージエンジンによってログに対して実行された書き込み操作の総数。
wiredtiger_connection_totalFsyncIos	WiredTiger ストレージエンジンによって実行された `fsync` I/O 操作の総数。
wiredtiger_log_logFlushOperations	WiredTiger ストレージエンジンによってログに対して実行されたフラッシュ操作の合計数。