MySQL 8.0 リファレンスマニュアル


23.5.14.42 ndbinfo resources テーブル

このテーブルは、データノードリソースの可用性および使用状況に関する情報を示します。

これらのリソースは、スーパープールと呼ばれることがあります。

resources テーブルには、次のカラムがあります:

  • node_id

    このデータノードの一意のノード ID。

  • resource_name

    リソースの名前。テキストを参照してください。

  • reserved

    このリソース用に予約された量。

  • used

    このリソースで実際に使用された量。

  • max

    ノードが最後に起動されてから使用されたこのリソースの最大量。

メモ

resource_name には、次のテーブルに示すいずれかの名前を指定できます:

  • RESERVED: システムによって予約されています。上書きできません。

  • DISK_OPERATIONS: ログファイルグループが割り当てられている場合は、undo ログバッファのサイズを使用してこのリソースのサイズが設定されます。 このリソースは、undo ログファイルグループに undo ログバッファを割り当てるためにのみ使用されます。そのようなグループは 1 つのみです。 超過割当ては、CREATE LOGFILE GROUP で必要に応じて発生します。

  • DISK_RECORDS: ディスクデータ操作に割り当てられたレコード。

  • DATA_MEMORY: メインメモリータプル、インデックス、およびハッシュインデックスに使用されます。 DataMemory と IndexMemory の合計に、それぞれ 32 KB の 8 ページを加えたもの (IndexMemory が設定されている場合)。 超過割当できません。

  • JOBBUFFER: NDB スケジューラによるジョブバッファーの割り当てに使用されます。過剰に割り当てることはできません。 これは、スレッド当たり約 2 MB と、通信可能なすべてのスレッドの双方向の 1 MB バッファです。 大規模な構成の場合、これは数 GB を消費します。

  • FILE_BUFFERS: DBLQH カーネルブロックの redo ログハンドラによって使用されます。過剰割当てはできません。 サイズは NoOfFragmentLogParts * RedoBuffer にログファイル部分ごとに 1 MB を加えたものです。

  • TRANSPORTER_BUFFERS : ndbmtd によるバッファの送信に使用され、TotalSendBufferMemoryExtraSendBufferMemory の合計です。 最大 25% 超過割当可能なこのリソース。 TotalSendBufferMemory は、ノード当たりの送信バッファメモリー (デフォルト値は 2 MB) を合計して計算されます。 したがって、4 つのデータノードと 8 つの API ノードを持つシステムでは、データノードに 12 * 2 MB の送信バッファーメモリーがあります。 ExtraSendBufferMemory は、ndbmtd で使用され、スレッド当たり最大 2 MB の追加メモリーを使用します。 したがって、4 つの LDM スレッド、2 つの TC スレッド、1 つのメインスレッド、1 つのレプリケーションスレッド、および 2 つの受信スレッドでは、ExtraSendBufferMemory は 10 * 2 MB です。 このリソースの超過割り当ては、SharedGlobalMemory データノード構成パラメータを設定することによって実行できます。

  • DISK_PAGE_BUFFER : ディスクページバッファに使用され、DiskPageBufferMemory 構成パラメータによって決定されます。 超過割当できません。

  • QUERY_MEMORY: DBSPJ カーネルブロックによって使用されます。

  • SCHEMA_TRANS_MEMORY: 最小値は 2 MB で、残りの使用可能なメモリーを使用するように過剰に割り当てることができます。


関連キーワード:  NDB, テーブル, ndbinfo, ndb, ノード, 構成, データ, 管理, インストール, バックアップ