MongoDB パフォーマンス

ロック パフォーマンス

MongoDB は、データ セットの一貫性を確保するためにロック システムを使用します。特定の操作が長時間実行されたり、キューが形成されたりすると、リクエストと操作がロックを待機するため、パフォーマンスが低下します。

ロック関連のスローダウンは断続的に起こることがあります。 ロックがパフォーマンスに影響を与えているかどうかを確認するには、 locks セクションと 出力の globalLock serverStatusセクションを参照してください。

locks.<type>.timeAcquiringMicros を locks.<type>.acquireWaitCount で割ると、特定のロック モードの平均待機時間を概算できます。

locks.<type>.deadlockCount ロック取得でデッドロックが発生した回数を指定します。

globalLock.currentQueue.total が一貫して高い場合、多数のリクエストがロックを待機している可能性があります。これは同時実行の問題がパフォーマンスに影響している可能性を示唆します。

globalLock.totalTime が uptime に比べて高い場合は、データベースが長時間ロック状態のままになっています。

クエリ時間が長くなる原因としては、インデックスの使用が効果的でない、スキーマの設計が最適ではない、クエリ構造が不十分、システムアーキテクチャに問題がある、RAM の不足によるディスク読み取りの発生などがあります。

接続数

場合によっては、アプリケーションとデータベース間の接続数によって、サーバーのリクエスト処理能力が限界に達することがあります。serverStatus ドキュメント内の以下のフィールドからインサイトを得られる場合があります。

• connections これは次の 2 つのフィールドのコンテナです。

  • connections.current データベース インスタンスに接続されている現在のクライアントの合計数。

  • connections.available 新しいクライアントで利用できる未使用の接続の合計数。

アプリケーションによる多数の同時要求がある場合は、データベースが要求に対応できなくなる可能性があります。その場合は配置のキャパシティーを増やします。

書き込みが多いアプリケーションの場合は、 シャーディングを導入し、シャードクラスタ に 1 つ以上の mongod シャード を追加して、インスタンス間で負荷を分散します。

接続数の急増は、アプリケーションまたはドライバーのエラーによっても発生する可能性があります。公式にサポートされているすべての MongoDB ドライバーは、クライアントが接続をより効率的に利用・再利用できるようにする接続プーリングを実装しています。接続数が極端に多い場合、特にそれに対応するワークロードがない場合は、多くの場合ドライバやその他の設定エラーが原因です。