MongoDB パフォーマンス

ロック パフォーマンス

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

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

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

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

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

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

クエリ時間が長くなる原因としては、次のことが挙げられます。

• インデックスの使用が効果的でない

• 非最適なスキーマ設計

• クエリ構造が不十分

• システムアーキテクチャの問題

• RAM の不足によるディスク読み取りの発生

接続数

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

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

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

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

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

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

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