operations_per_fragment テーブルには、個々のフラグメントおよびフラグメントレプリカに対して実行された操作と、これらの操作の結果の一部に関する情報が表示されます。
operations_per_fragment テーブルには、次のカラムがあります:
-
fq_nameこのフラグメントの名前
-
parent_fq_nameこのフラグメントの親の名前
-
typeオブジェクトのタイプ (可能性のある値についてはテキストを参照してください)
-
table_idこのテーブルのテーブル ID
-
node_idこのノードのノード ID
-
block_instanceカーネルブロックインスタンス ID
-
fragment_numフラグメント ID (番号)
-
tot_key_readsこのフラグメントレプリカのキー読取りの合計数
-
tot_key_insertsこのフラグメントレプリカのキー挿入の合計数
-
tot_key_updatesこのフラグメントレプリカのキー更新の合計数
-
tot_key_writesこのフラグメントレプリカに対するキー書込みの合計数
-
tot_key_deletesこのフラグメントレプリカのキー削除の合計数
-
tot_key_refs拒否されたキー操作の数
-
tot_key_attrinfo_bytesすべての
attrinfo属性の合計サイズ -
tot_key_keyinfo_bytesすべての
keyinfo属性の合計サイズ -
tot_key_prog_bytesattrinfo属性によって実行されるすべての解釈済プログラムの合計サイズ -
tot_key_inst_execキー操作のために解釈済プログラムによって実行された命令の合計数
-
tot_key_bytes_returnedキー読取り操作から返されたすべてのデータおよびメタデータの合計サイズ
-
tot_frag_scansこのフラグメントレプリカで実行されたスキャンの合計数
-
tot_scan_rows_examinedスキャンによって検査された行の合計数
-
tot_scan_rows_returnedクライアントに返された行の合計数
-
tot_scan_bytes_returnedクライアントに返されるデータおよびメタデータの合計サイズ
-
tot_scan_prog_bytesスキャン操作用の解釈されたプログラムの合計サイズ
-
tot_scan_bound_bytes順序付けされたインデックススキャンで使用されるすべての境界の合計サイズ
-
tot_scan_inst_execスキャンで実行された命令の合計数
-
tot_qd_frag_scansこのフラグメントレプリカのスキャンがキューに入れられた回数
-
conc_frag_scansこのフラグメントレプリカで現在アクティブなスキャンの数 (キューに入れられたスキャンを除く)
-
conc_qd_frag_scansこのフラグメントレプリカに対して現在キューに入っているスキャンの数
-
tot_commits
このフラグメントレプリカにコミットされた行変更の合計数
メモ
fq_name には、このフラグメントレプリカが属するスキーマオブジェクトの完全修飾名が含まれます。 現在の形式は次のとおりです:
ベーステーブル:
DbName/def/TblNameBLOBテーブル:DbName/def/NDB$BLOB_BaseTblId_ColNo順序付きインデックス:
sys/def/BaseTblId/IndexName一意インデックス:
sys/def/BaseTblId/IndexName$unique
一意のインデックスに表示される $unique 接尾辞は mysqld によって追加されます。別の NDB API クライアントアプリケーションによって作成されたインデックスの場合は、これが異なるか、存在しない可能性があります。
完全修飾オブジェクト名に示されている構文は、将来のリリースで変更される可能性がある内部インタフェースです。
次の SQL ステートメントによって作成および変更されたテーブル t1 について考えてみます:
CREATE DATABASE mydb;
USE mydb;
CREATE TABLE t1 (
a INT NOT NULL,
b INT NOT NULL,
t TEXT NOT NULL,
PRIMARY KEY (b)
) ENGINE=ndbcluster;
CREATE UNIQUE INDEX ix1 ON t1(b) USING HASH;
t1 にテーブル ID 11 が割り当てられている場合、次に示す fq_name 値が生成されます:
ベーステーブル:
mydb/def/t1BLOBテーブル:mydb/def/NDB$BLOB_11_2順序付きインデックス (主キー):
sys/def/11/PRIMARY一意インデックス:
sys/def/11/ix1$unique
インデックスまたは BLOB テーブルの場合、parent_fq_name カラムには対応する実テーブルの fq_name が含まれます。 実テーブルの場合、このカラムは常に NULL です。
type カラムには、このフラグメントに使用されるスキーマオブジェクトタイプが表示され、System table, User table, Unique hash index または Ordered index のいずれかの値を取ることができます。 BLOB テーブルは、User table として表示されます。
table_id カラムの値はいつでも一意ですが、対応するオブジェクトが削除されている場合は再利用できます。 同じ ID は、ndb_show_tables ユーティリティを使用して表示できます。
block_instance カラムには、このフラグメントレプリカが属する LDM インスタンスが表示されます。 これを使用して、threadblocks テーブルから特定のスレッドに関する情報を取得できます。 このような最初のインスタンスには、常に 0 という番号が付けられます。
通常、2 つのフラグメントレプリカがあり、そのような場合は、同じノードグループの 2 つの異なるデータノードで、各 fragment_num 値がテーブルに 2 回表示される必要があります。
NDB は順序付けされたインデックスに単一キーアクセスを使用しないため、tot_key_reads, tot_key_inserts, tot_key_updates, tot_key_writes および tot_key_deletes の数は順序付けられたインデックス操作によって増分されません。
tot_key_writes を使用する場合、このコンテキストの書込み操作では、キーが存在する場合は行が更新され、それ以外の場合は新しい行が挿入されることに注意してください。 (これは、REPLACE SQL ステートメントの NDB 実装で使用します。)
tot_key_refs カラムには、LDM によって拒否されたキー操作の数が表示されます。 通常、このような拒否は、キー (挿入)、「キーが見つかりません」エラー (更新、削除および読取り) が原因であるか、キーに一致する行の述語として使用される解釈済プログラムによって操作が拒否されたことが原因です。
tot_key_attrinfo_bytes および tot_key_keyinfo_bytes カラムによってカウントされる attrinfo および keyinfo 属性は、LDM による鍵操作の開始に使用される LQHKEYREQ シグナルの属性です (The NDB Communication Protocol を参照)。 attrinfo には、通常、タプルフィールド値 (挿入および更新) または投影仕様 (読取り用) が含まれます。keyinfo には、このスキーマオブジェクト内で特定のタプルを検索するために必要な主キーまたは一意キーが含まれます。
tot_frag_scans で表示される値には、全体スキャン (各行を調べる) とサブセットのスキャンの両方が含まれます。 一意インデックスおよび BLOB テーブルはスキャンされないため、これらのフラグメントレプリカの場合、この値は他のスキャン関連数と同様に 0 になります。
順序付けされたインデックススキャンは境界によって制限される可能性があるため、tot_scan_rows_examined では、指定されたフラグメントレプリカの行の合計数より少ない数が表示される場合があります。 また、クライアントは、一致する可能性のあるすべての行が調査される前にスキャンを終了することもできます。これは、たとえば、LIMIT または EXISTS 句を含む SQL ステートメントを使用する場合に発生します。tot_scan_rows_returned は、常に tot_scan_rows_examined 以下です。
tot_scan_bytes_returned には、プッシュされた結合の場合、NDB カーネルの DBSPJ ブロックに返される投影が含まれます。
tot_qd_frag_scans は、単一フラグメントレプリカで同時に実行できるスキャンの数を制限する MaxParallelScansPerFragment データノード構成パラメータの設定によって影響を受ける可能性があります。