--ndbcluster

NDB Cluster を使用するには、NDBCLUSTER ストレージエンジンが必要です。 mysqld バイナリに NDBCLUSTER ストレージエンジンのサポートが含まれている場合、このエンジンはデフォルトで無効になっています。 これを有効にするには、--ndbcluster オプションを使用します。 エンジンを明示的に無効にするには、--skip-ndbcluster を使用します。

--initialize も使用されている場合、--ndbcluster オプションは無視されます (および NDB ストレージエンジンが有効になっていません)。 (このオプションを --initialize とともに使用する必要はありません。)

--ndb-allow-copying-alter-table=[ON|OFF]

ALTER TABLE および他の DDL ステートメントで NDB テーブルのコピー操作を使用できるようにします。 これが発生しないようにするには、OFF に設定します。そうすると、クリティカルなアプリケーションのパフォーマンスが向上する可能性があります。

--ndb-batch-size=#

これは、NDB のトランザクションバッチで使用されるサイズ (バイト単位) を設定します。

--ndb-cluster-connection-pool=#

このオプションを 1 (デフォルト) より大きい値に設定すると、mysqld プロセスはクラスタに対して複数の接続を使用し、実質的に複数の SQL ノードを模倣します。 各接続には、クラスタ構成 (config.ini) ファイル内に固有の [api] または [mysqld] セクションを必要とし、クラスタでサポートされる API 接続の最大数を参照してカウントされます。

2 台のクラスタホストコンピュータがあり、実行している各 SQL ノードの mysqld プロセスが --ndb-cluster-connection-pool=4 を指定して起動されたとします。これは、これらの接続に使用できる API スロットがクラスタに (2 個ではなく) 8 個存在する必要があることを意味します。 これらすべての接続は、SQL ノードがクラスタに接続したときに設定され、ラウンドロビン方式でスレッドに割り当てられます。

このオプションは、複数の CPU、複数のコア、またはその両方を搭載したホストマシンで mysqld を実行する場合にのみ有効です。 最良の結果を得るには、この値をホストマシンで使用できるコアの合計数より小さくします。 これより大きい値に設定すると、パフォーマンスが大幅に低下する可能性があります。

--ndb-cluster-connection-pool-nodeids=list

SQL ノードで使用されるクラスタに接続するためのノード ID のカンマ区切りリストを指定します。 このリストのノード数は、--ndb-cluster-connection-pool オプションに設定された値と同じである必要があります。

--ndb-blob-read-batch-bytes=bytes

このオプションを使用すると、NDB Cluster アプリケーションで BLOB データ読み取りをバッチ処理するためのサイズ (バイト単位) を設定できます。 現在のトランザクション内で読み取られる BLOB データの量がこのバッチサイズを超えると、保留中のすべての BLOB 読み取り操作がただちに実行されます。

このオプションの最大値は 4294967295 です。デフォルトは 65536 です。 0 に設定すると、BLOB 読み取りのバッチ化を無効にします。

--ndb-blob-write-batch-bytes=bytes

このオプションを使用すると、NDB Cluster アプリケーションで BLOB データ書き込みをバッチ処理するためのサイズ (バイト単位) を設定できます。 現在のトランザクション内で書き込まれる BLOB データの量がこのバッチサイズを超えると、保留中のすべての BLOB 書き込み操作がただちに実行されます。

このオプションの最大値は 4294967295 です。デフォルトは 65536 です。 0 に設定すると、BLOB 書き込みのバッチ化を無効にします。

--ndb-connectstring=connection_string

このオプションは、NDBCLUSTER ストレージエンジンの使用時に、クラスタ構成データを配信する管理サーバーを指定します。 構文については、セクション23.3.3.3「NDB Cluster 接続文字列」を参照してください。

--ndb-default-column-format=[FIXED|DYNAMIC]

新しいテーブルのデフォルトの COLUMN_FORMAT および ROW_FORMAT を設定します (セクション13.1.20「CREATE TABLE ステートメント」 を参照)。 デフォルトは FIXED です。

--ndb-deferred-constraints=[0|1]

一意のインデックスに対する制約チェックがサポートされている場合に、チェックをコミット時まで遅延するかどうかを制御します。0 がデフォルトです。

このオプションは通常、NDB Cluster または NDB Cluster レプリケーションの操作には必要なく、主にテストで使用することを目的としています。

--ndb-schema-dist-timeout=#

この mysqld がスキーマ操作の完了を待機する最大時間 (秒) を指定します。この時間が経過すると、スキーマ操作はタイムアウトとしてマークされます。

--ndb-distribution=[KEYHASH|LINHASH]

NDB テーブルのデフォルトの分配方法を制御します。 KEYHASH (キーハッシュ) または LINHASH (線形ハッシュ) のいずれかに設定できます。 KEYHASH がデフォルトです。

--ndb-log-apply-status

レプリカ mysqld は、即時ソースから受信した更新を、ソースのサーバー ID ではなく独自のサーバー ID を使用して、独自のバイナリログ内の mysql.ndb_apply_status テーブルに記録します。 循環レプリケーションまたはチェーンレプリケーション設定では、このような更新を、現在の mysqld のレプリカとして構成されている MySQL サーバーの mysql.ndb_apply_status テーブルに伝播できます。

チェーンレプリケーション設定でこのオプションを使用すると、ダウンストリーム (レプリカ) クラスタは、すべてのアップストリームコンプリタ (ソース) に対して相対的な位置を認識できます。

循環レプリケーション設定では、このオプションを使用すると、ndb_apply_status テーブルへの変更によって回路全体が完了し、最終的に元の NDB Cluster に伝播されます。 これにより、レプリケーションソースとして機能するクラスタは、その変更 (エポック) が円の他のクラスタに適用された時期を確認することもできます。

このオプションは、MySQL サーバーが --ndbcluster オプションを使用して起動されていない場合は無効になります。

--ndb-log-empty-epochs=[ON|OFF]

log_slave_updates が有効な場合でも、ndb_apply_status および ndb_binlog_index テーブルに変更が書き込まれなかったエポックが発生します。

このオプションはデフォルトで無効になっています。 --ndb-log-empty-epochs を無効にすると、変更がなかったエポックトランザクションがバイナリログに書き込まれなくなりますが、ndb_binlog_index には空のエポックの行も書き込まれます。

--ndb-log-empty-epochs=1 では、バイナリログのサイズとは無関係に ndb_binlog_index テーブルのサイズが増加するため、ユーザーは、クラスタがアイドル状態であると予想される場合でも、このテーブルの増加を管理する準備をするようにしてください。

--ndb-log-empty-update=[ON|OFF]

log_slave_updates が有効な場合、変更を生成しなかった更新が ndb_apply_status および ndb_binlog_index テーブルに書き込まれます。

デフォルトでは、このオプションは無効 (OFF) です。 --ndb-log-empty-update を無効にすると、変更のない更新はバイナリログに書き込まれません。

--ndb-log-exclusive-reads=[0|1]

このオプションを使用してサーバーを起動すると、主キーの読み取りが排他ロックで記録されるため、NDB Cluster レプリケーションの競合検出および読み取りの競合に基づく解決が可能になります。 ndb_log_exclusive_reads システム変数の値を 1 または 0 に設定すると、このロックを実行時に有効または無効にすることもできます。0 (ロックを無効化) がデフォルトです。

詳細は、読み取り競合の検出と解決を参照してください。

--ndb-log-fail-terminate

このオプションが指定され、見つかったすべての行イベントの完全なロギングが不可能な場合、mysqld プロセスは終了します。

--ndb-log-orig

発信元サーバーの ID とエポックを ndb_binlog_index テーブルに記録します。

詳細は、セクション23.6.4「NDB Cluster レプリケーションスキーマおよびテーブル」を参照してください。

--ndb-log-transaction-id

レプリカ mysqld が NDB トランザクション ID をバイナリログの各行に書き込みます。 デフォルト値は FALSE です。

このオプションはメインラインの MySQL Server 8.0 ではサポートされません。 NDB$EPOCH_TRANS() 関数を使用して NDB Cluster レプリケーションの競合検出および解決を有効にする必要があります (NDB$EPOCH_TRANS() を参照)。 詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

--ndb-log-transaction-id を使用する場合は、非推奨の log_bin_use_v1_row_events システム変数 (デフォルトは OFF) を ON に設定しないでください。

--ndb-log-update-minimal

ビフォアイメージに主キー値のみを書き込み、アフターイメージに変更されたカラムのみを書き込むことで、最小限の方法で更新を記録します。 これにより、NDB 以外のストレージエンジンにレプリケートする場合に互換性の問題が発生する可能性があります。

--ndb-mgmd-host=host[:port]

プログラムに接続される単一の管理サーバーのホストとポート番号の設定に使用できます。 プログラムの接続情報として複数の管理サーバーのノード ID または参照 (あるいはその両方) が必要な場合は、代わりに --ndb-connectstring オプションを使用します。

--ndb-nodeid=#

NDB Cluster でこの MySQL サーバーノード ID を設定します。

--ndb-nodeid オプションは、--ndb-connectstring で設定されたノード ID を (2 つのオプションの使用順序に関係なく) オーバーライドします。

また、--ndb-nodeid を使用する場合は、config.ini の [mysqld] または [api] セクションに一致するノード ID が存在するか、このファイルに「オープンな」 [mysqld] または [api] セクション (つまり、NodeId または Id パラメータが指定されていないセクション) が存在する必要があります。 これは、ノード ID が接続文字列の一部として指定されている場合にも当てはまります。

ノード ID は、その指定方法に関係なく、SHOW STATUS の出力にグローバルステータス変数 Ndb_cluster_node_id の値として表示され、SHOW ENGINE NDBCLUSTER STATUS の出力の connection 行に cluster_node_id として表示されます。

NDB Cluster SQL ノードのノード ID の詳細は、セクション23.3.3.7「NDB Cluster での SQL およびその他の API ノードの定義」 を参照してください。

--ndbinfo={ON|OFF|FORCE}

ndbinfo 情報データベースのプラグインを有効にします。 デフォルトでは、NDBCLUSTER が有効になっている場合は常に ON です。

--ndb-optimization-delay=milliseconds

NDB テーブルに対する OPTIMIZE TABLE ステートメントによる行セット間で待機するミリ秒数を設定します。 デフォルトは 10 です。

--ndb-transid-mysql-connection-map=state

INFORMATION_SCHEMA データベースの ndb_transid_mysql_connection_map テーブルを処理するプラグインを有効または無効にします。 ON、OFF、FORCE のいずれかの値を取ります。 ON (デフォルト) では、プラグインが有効になります。 OFF では、プラグインが無効になり、ndb_transid_mysql_connection_map にアクセスできなくなります。 FORCE では、プラグインのロードと起動に失敗した場合に MySQL Server が起動しなくなります。

ndb_transid_mysql_connection_map テーブルプラグインが実行されているかどうかを確認するには、SHOW PLUGINS の出力をチェックします。

--ndb-wait-connected=seconds

このオプションは、MySQL クライアント接続を受け入れる前に、NDB Cluster 管理およびデータノードへの接続が確立されるのを MySQL サーバーが待機する期間を設定します。 この時間は秒単位で指定します。 デフォルト値は 30 です。

--ndb-wait-setup=seconds

この変数は、MySQL サーバーが NDB ストレージエンジンのセットアップが完了されるまで待機しタイムアウトして、NDB を使用不可として扱うまでの時間を示します。 この時間は秒単位で指定します。 デフォルト値は 30 です。

--skip-ndbcluster

NDBCLUSTER ストレージエンジンを無効にします。 これは、NDBCLUSTER ストレージエンジンのサポート付きでビルドされたバイナリのデフォルトです。サーバーは、--ndbcluster オプションが明示的に指定された場合にのみ、このストレージエンジン用にメモリーおよびその他のリソースを割り当てます。 例については、セクション23.3.1「NDB Cluster のクイックテスト設定」を参照してください。

ndb_autoincrement_prefetch_sz

自動インクリメントカラムのギャップの可能性を指定します。 これを最小化するには、1 に設定します。 最適化のために高い値に設定すると、挿入は高速になりますが、挿入のバッチで連続する自動インクリメント番号が使用される可能性は低くなります。

この変数は、ステートメント間でフェッチされる AUTO_INCREMENT ID の数にのみ影響します。特定のステートメント内では、一度に少なくとも 32 個の ID が取得されます。

ndb_cache_check_time

MySQL クエリーキャッシュによる NDB Cluster SQL ノードのチェック間に経過するミリ秒数。 これを 0 (デフォルトおよび最小値) に設定すると、クエリーキャッシュですべてのクエリーの妥当性がチェックされます。

この変数の推奨最大値は 1000 です。これは、チェックが毎秒 1 回行われることを意味します。 より大きな値にすると、チェックが実行され、場合によっては異なる SQL ノードでの更新のために無効になる頻度が少なくなります。 これを 2000 より大きな値に設定することは、通常、望ましくありません。

ndb_clear_apply_status

デフォルトでは、RESET SLAVE を実行すると NDB Cluster レプリカはその ndb_apply_status テーブルからすべての行をパージします。 これを無効にするには、ndb_clear_apply_status=OFF を設定します。

ndb_conflict_role

循環 (「active-active」) レプリケーション設定でのこの SQL ノード (および NDB Cluster) の役割を決定します。ndb_slave_conflict_role には、PRIMARY, SECONDARY, PASS または NULL (デフォルト) のいずれかの値を指定できます。 ndb_slave_conflict_role を変更する前に、レプリカ SQL スレッドを停止する必要があります。 また、これを PASS と PRIMARY または SECONDARY のいずれかの間で直接変更することはできません。変更する場合は、SQL スレッドが停止していることを確認してから、先に SET @@GLOBAL.ndb_slave_conflict_role = 'NONE' を実行する必要があります。

NDB 8.0.23 の時点で非推奨になった ndb_slave_conflict_role は、この変数に置き換えられます。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

ndb_data_node_neighbour

「nearest」 データノードの ID を設定します。つまり、SQL または API ノードと同じホストで実行されているノードではなく、優先される非ローカルデータノードがトランザクションの実行に選択されます。 これは、完全にレプリケートされたテーブルにアクセスするときに、テーブルのローカルコピーが可能なかぎり常に使用されるように、このデータノード上でアクセスするために使用されます。 これは、トランザクションのヒントを提供するためにも使用できます。

これにより、物理的に同じホスト上の他のノードよりも近く、ネットワークスループットが高いノードの場合に、データアクセス時間を改善できます。

詳細は、セクション13.1.20.11「NDB_TABLE オプションの設定」 を参照してください。

ndb_dbg_check_shares

1 に設定した場合は、リンガリングしているシェアがないことを確認します。 デバッグビルドでのみ使用できます。

NDB 8.0.13 に追加されました。

ndb_default_column_format

新しいテーブルのデフォルトの COLUMN_FORMAT および ROW_FORMAT を設定します (セクション13.1.20「CREATE TABLE ステートメント」 を参照)。 デフォルトは FIXED です。

ndb_deferred_constraints

制約チェックがサポートされる場合に、それを遅延するかどうかを制御します。0 がデフォルトです。

この変数は通常、NDB Cluster または NDB Cluster レプリケーションの操作には必要なく、主にテストで使用することを目的としています。

ndb_distribution

NDB テーブルのデフォルトの分配方法を制御します。 KEYHASH (キーハッシュ) または LINHASH (線形ハッシュ) のいずれかに設定できます。 KEYHASH がデフォルトです。

ndb_eventbuffer_free_percent

イベントバッファ (ndb_eventbuffer_max_alloc) に割り当てられる最大メモリーの割合を設定します。この値は、最大値に達した後、再度バッファを開始する前にイベントバッファで使用可能である必要があります。

ndb_eventbuffer_max_alloc

NDB API によるイベントのバッファリングに割り当てる可能な最大メモリー量 (バイト単位) を設定します。0 はデフォルトで、制限が適用されません。

ndb_extra_logging

この変数は、NDB ストレージエンジンに固有の情報を MySQL エラーログに記録できるようにします。

この変数を 0 に設定すると、MySQL エラーログに書き込まれる NDB 固有の情報がトランザクション処理に関するものだけになります。 0 より大きく 10 より小さい値に設定すると、NDB のテーブルスキーマイベントと接続イベント、競合解決の使用中の有無、および NDB のその他のエラーと情報も記録されます。 値を 10 以上に設定すると、NDB の内部に関する情報 (クラスタノード間のデータ分配の進行状況など) も MySQL エラーログに書き込まれます。 デフォルトは 1 です。

ndb_force_send

ほかのスレッドを待機せずに、バッファーを NDB にただちに送信します。 デフォルトは ON です。

ndb_fully_replicated

新しい NDB テーブルを完全にレプリケートするかどうかを決定します。 この設定は、CREATE TABLE ステートメントまたは ALTER TABLE ステートメントで COMMENT="NDB_TABLE=FULLY_REPLICATED=..."を使用して、個々のテーブルに対してオーバーライドできます。構文およびその他の情報は、セクション13.1.20.11「NDB_TABLE オプションの設定」 を参照してください。

ndb_index_stat_enable

クエリーの最適化で NDB インデックス統計を使用します。 デフォルトは ON です。

ndb_index_stat_option

この変数は、NDB インデックス統計の生成に関する調整オプションを提供するために使用されます。 リストはオプション名と値のカンマ区切りの名前と値のペアで構成され、このリストに空白文字を含めることはできません。

ndb_index_stat_option の設定時に使用していなかったオプションは、デフォルト値から変更できません。 たとえば、ndb_index_stat_option = 'loop_idle=1000ms,cache_limit=32M' のように設定できます。

時間値の末尾には、オプションで h (時間)、m (分) または s (秒) を付けることができます。 ミリ秒の値は、オプションで ms を使用して指定できます。ミリ秒の値は、h、m または s を使用して指定できません。) 整数値のサフィクスとして K、M、または G を使用できます。

この変数を使用して設定できるオプションの名前を次の表に示します。 この表には、オプションの簡単な説明、デフォルト値、および (適用可能な場合は) 最小値と最大値も示します。

ndb_join_pushdown

この変数は、NDB テーブル上の結合が NDB カーネル (データノード) にプッシュダウンされるかどうかを制御します。 以前は、SQL ノードによる NDB の複数アクセスにより結合が処理されていましたが、ndb_join_pushdown を有効にすると、プッシュ可能な結合のすべてがデータノードに送信されます。この場合、結合はデータノード間で分配され、データの複数のコピーに対して並列で実行され、単一のマージされた結果が mysqld に返されます。 これにより、このような結合を処理するために必要な SQL ノードとデータノード間のラウンドトリップの回数を大幅に減らすことができます。

デフォルトでは、ndb_join_pushdown は有効になっています。

NDB プッシュダウン結合の条件.  結合をプッシュ可能にするには、次の条件を満たす必要があります。

特定の結合をプッシュダウンできるかどうかを確認するには、それを EXPLAIN でチェックします。結合をプッシュダウンできる場合は、この例に示すように、出力の Extra カラムに pushed join への参照が表示されます。

mysql> EXPLAIN
    ->     SELECT e.first_name, e.last_name, t.title, d.dept_name
    ->         FROM employees e
    ->         JOIN dept_emp de ON e.emp_no=de.emp_no
    ->         JOIN departments d ON d.dept_no=de.dept_no
    ->         JOIN titles t ON e.emp_no=t.emp_no\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: d
         type: ALL
possible_keys: PRIMARY
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 9
        Extra: Parent of 4 pushed join@1
*************************** 2. row ***************************
           id: 1
  select_type: SIMPLE
        table: de
         type: ref
possible_keys: PRIMARY,emp_no,dept_no
          key: dept_no
      key_len: 4
          ref: employees.d.dept_no
         rows: 5305
        Extra: Child of 'd' in pushed join@1
*************************** 3. row ***************************
           id: 1
  select_type: SIMPLE
        table: e
         type: eq_ref
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: employees.de.emp_no
         rows: 1
        Extra: Child of 'de' in pushed join@1
*************************** 4. row ***************************
           id: 1
  select_type: SIMPLE
        table: t
         type: ref
possible_keys: PRIMARY,emp_no
          key: emp_no
      key_len: 4
          ref: employees.de.emp_no
         rows: 19
        Extra: Child of 'e' in pushed join@1
4 rows in set (0.00 sec)

プッシュされた結合の動作については、追加の情報源が 2 つあります。

ndb_log_apply_status

--ndb-log-apply-status オプションを使用してサーバーが起動されたかどうかを示す読み取り専用の変数。

ndb_log_bin

NDB テーブルの更新がバイナリログに書き込まれるようになります。 log_bin を使用しているサーバーでバイナリロギングがまだ有効になっていない場合、この変数の設定は無効です。 NDB 8.0.16 以降では、ndb_log_bin のデフォルトは 0 (FALSE) です。

ndb_log_binlog_index

エポックとバイナリログ内の位置とのマッピングが ndb_binlog_index テーブルに挿入されるようになります。 サーバーのバイナリロギングがまだ log_bin を使用して有効になっていない場合は、この変数を設定しても無効になります。 (また、ndb_log_bin も無効にしないでください。) ndb_log_binlog_index のデフォルトは 1 (ON) です。通常、本番環境でこの値を変更する必要はありません。

ndb_log_empty_epochs

この変数を 0 に設定すると、変更がなかったエポックトランザクションがバイナリログに書き込まれなくなりますが、ndb_binlog_index には空のエポックの行も書き込まれます。

ndb_log_empty_update

この変数が ON (1) に設定されている場合、log_slave_updates が有効になっていても、変更のない更新トランザクションはバイナリログに書き込まれます。

ndb_log_exclusive_reads

この変数は、主キーの読み取りを排他ロックで記録するかどうかを決定します。これにより、NDB Cluster レプリケーションの競合検出および読み取りの競合に基づく解決が可能になります。 このロックを有効にするには、ndb_log_exclusive_reads の値を 1 に設定します。0 (このようなロックを無効にする) がデフォルトです。

詳細は、読み取り競合の検出と解決を参照してください。

ndb_log_orig

発信元サーバーの ID とエポックが ndb_binlog_index テーブルに記録されるかどうかを示します。 --ndb-log-orig サーバーオプションを使用して設定します。

ndb_log_transaction_id

この読み取り専用のブールシステム変数は、レプリカ mysqld が NDB トランザクション ID をバイナリログに書き込むかどうかを示します (NDB$EPOCH_TRANS() 競合検出で 「active-active」 NDB Cluster レプリケーションを使用するために必要です)。 この設定を変更するには、--ndb-log-transaction-id オプションを使用します。

メインラインの MySQL Server 8.0 では ndb_log_transaction_id はサポートされません。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

ndb_metadata_check

NDB 8.0.16 以降、NDB はバックグラウンドスレッドを使用して、MySQL データディクショナリと比較して ndb_metadata_check_interval 秒ごとにメタデータの変更をチェックします。 このメタデータ変更検出スレッドは、ndb_metadata_check を OFF に設定することで無効にできます。 スレッドはデフォルトで有効になっています。

ndb_metadata_check_interval

NDB 8.0.16 以降では、NDB はメタデータ変更検出スレッドをバックグラウンドで実行して、NDB ディクショナリが MySQL データディクショナリに関していつ変更されたかを判断します。 デフォルトでは、このようなチェックの間隔は 60 秒です。これは、ndb_metadata_check_interval の値を設定することで調整できます。 スレッドを有効または無効にするには、ndb_metadata_check を使用します。

ndb_metadata_sync

この変数を設定すると、変更モニタースレッドは ndb_metadata_check または ndb_metadata_check_interval に設定された値をオーバーライドし、連続した変更検出の期間を入力します。 スレッドは、検出する変更がなくなったことを確認すると、バイナリロギングスレッドが検出されたすべてのオブジェクトの同期を終了するまで停止します。その後、ndb_metadata_sync は false に設定され、変更モニタースレッドは ndb_metadata_check および ndb_metadata_check_interval の設定によって決定された動作に戻ります。

NDB 8.0.22 以降では、この変数を true に設定すると、除外されたオブジェクトのリストがクリアされ、false に設定すると、再試行されるオブジェクトのリストがクリアされます。

ndb_optimized_node_selection

最適化されたノードの選択には、ここの示す 2 つの形式があります。

このオプションは、0、1、2、または 3 のいずれかの整数値を取ります。3 がデフォルトです。 これらの値は、ノード選択に次のように影響します。

近接度は次のように決定されます:

これによりクラスタ接続の状態が変更されるため、安定化されるまで各スレッドからの新しいトランザクションの選択アルゴリズムが中断される可能性があるため、ndb_data_node_neighbour で頻繁に変更することはお薦めしません。

ndb_read_backup

その後作成される NDB テーブルのフラグメントレプリカからの読取りを有効にします。これにより、テーブルの読取りパフォーマンスが比較的低い書込みコストで大幅に向上します。

個々のテーブルのフラグメントレプリカからの読取りを有効または無効にするには、CREATE TABLE または ALTER TABLE ステートメントで、それに応じてテーブルの NDB_TABLE オプション READ_BACKUP を設定します。詳細は、セクション13.1.20.11「NDB_TABLE オプションの設定」 を参照してください。

ndb_recv_thread_activation_threshold

現在アクティブなスレッドがこの数に達すると、受信スレッドがクラスタ接続のポーリングを引き継ぎます。

この変数のスコープはグローバルです。 起動時に設定することもできます。

ndb_recv_thread_cpu_mask

受信者スレッドを特定の CPU にロックするための CPU マスク。 これは 16 進数ビットマスクとして指定されます。 たとえば、0x33 は、受信側スレッドごとに 1 つの CPU が使用されることを意味します。 空の文字列がデフォルトです。ndb_recv_thread_cpu_mask をこの値に設定すると、以前に設定された受信者スレッドのロックがすべて削除されます。

この変数のスコープはグローバルです。 起動時に設定することもできます。

ndb_report_thresh_binlog_epoch_slip

これは、イベントバッファに完全にバッファされたが、binlog インジェクタスレッドによってまだ消費されていないエポックの数のしきい値を表します。 このスリッピング (ラグ) の程度を超えると、理由として BUFFERED_EPOCHS_OVER_THRESHOLD が提供されたイベントバッファステータスメッセージがレポートされます (セクション23.5.2.3「クラスタログでのイベントバッファのレポート」 を参照)。 データノードからエポックが受信され、イベントバッファーに完全にバッファリングされると、スリップが増加します。エポックが binlog インジェクタスレッドによって消費されると、スリップは減少します。 空のエポックはバッファリングされてキューに入れられるため、NDB API の Ndb::setEventBufferQueueEmptyEpoch() メソッドを使用してこれが有効になっている場合にのみ、この計算に含められます。

ndb_report_thresh_binlog_mem_usage

これは、バイナリログのステータスを報告するまでに残存する空きメモリーの割合に対するしきい値です。 たとえば、10 (デフォルト) の値は、データノードからバイナリログデータを受信するために使用可能なメモリーの量が 10% を下回ると、ステータスメッセージがクラスタログに送信されることを意味します。

ndb_row_checksum

従来、NDB では、パフォーマンスを犠牲にしてハードウェアの問題をチェックする行チェックサムを含むテーブルが作成されていました。 ndb_row_checksum を 0 に設定すると、行チェックサムは新規または変更されたテーブルには使用されず、すべてのタイプのクエリーのパフォーマンスに大きく影響します。 この変数はデフォルトで 1 に設定され、下位互換性のある動作を提供します。

ndb_schema_dist_lock_wait_timeout

DDL ステートメントの変更を反映するようにローカルデータディクショナリを変更するために各 SQL ノードで取得されたメタデータロックのスキーマ分散中に待機する秒数。 この時間が経過すると、特定の SQL ノードデータディクショナリが変更で更新されなかったことを示す警告が返されます。 これにより、バイナリロギングスレッドがスキーマ操作の処理中に過剰な時間待機することを回避できます。

ndb_schema_dist_timeout

スキーマ分散中にタイムアウトを検出するまで待機する秒数。 これは、他の SQL ノードで過剰なアクティビティが発生しているか、この時点で必要なリソースを取得できない可能性があることを示します。

ndb_schema_dist_upgrade_allowed

NDB への接続時にスキーマ分散テーブルのアップグレードを許可します。 true (デフォルト) の場合、この変更はすべての SQL ノードが同じバージョンの NDB Cluster ソフトウェアにアップグレードされるまで延期されます。

ndb_show_foreign_key_mock_tables

NDB が foreign_key_checks=0 のサポートに使用するモックテーブルを示します。 これを有効にすると、テーブルを作成および削除するときに追加の警告が表示されます。 このテーブルの実際の (内部の) 名前は、SHOW CREATE TABLE の出力に表示されます。

ndb_slave_conflict_role

NDB 8.0.23 では非推奨であり、将来のリリースで削除される可能性があります。 かわりに ndb_conflict_role を使用してください。

ndb_table_no_logging

この変数を ON または 1 に設定すると、NDB テーブルのチェックポイントがディスクに対して実行されなくなります。 より具体的には、この設定は ndb_table_no_logging が有効になっているときに ENGINE NDB を使用して作成または変更されたテーブルに適用され、あとで ndb_table_no_logging が変更された場合でも、テーブルの存続期間にわたって適用され続けます。 ここに示すように、テーブル A、B、C、および D を作成 (および変更) して、ndb_table_no_logging の設定も変更したとします。

SET @@ndb_table_no_logging = 1;

CREATE TABLE A ... ENGINE NDB;

CREATE TABLE B ... ENGINE MYISAM;
CREATE TABLE C ... ENGINE MYISAM;

ALTER TABLE B ENGINE NDB;

SET @@ndb_table_no_logging = 0;

CREATE TABLE D ... ENGINE NDB;
ALTER TABLE C ENGINE NDB;

SET @@ndb_table_no_logging = 1;

前の一連のイベントのあと、テーブル A と B のチェックポイントは実行されません (A は ENGINE NDB を使用して作成され、B は NDB を使用するように変更されましたが、どちらも ndb_table_no_logging の有効時に行われたため)。 ただし、テーブル C と D は記録されます (C は NDB を使用するように変更され、D は ENGINE NDB を使用して作成されましたが、どちらも ndb_table_no_logging の無効時に行われたため)。 ndb_table_no_logging を 1 または ON に再度設定しても、テーブル C または D のチェックポイントは実行されません。

ndb_table_temporary

この変数を ON または 1 に設定すると、NDB テーブルがディスクに書き込まれなくなります。これは、テーブルスキーマファイルが作成されず、テーブルが記録されないことを意味します。

ndb_use_copying_alter_table

オンラインの ALTER TABLE 操作で問題が発生したときに、NDB によりテーブルのコピーが強制的に使用されます。 デフォルト値は OFF です。

ndb_use_exact_count

SELECT COUNT(*) クエリーでこのタイプのクエリーの高速化を計画するときに、NDB によりレコードのカウントが強制的に使用されます。 デフォルト値は OFF で、クエリー全体が高速化されます。

ndb_use_transactions

NDB のトランザクションサポートを無効にするには、この変数の値を OFF に設定します (推奨されません)。 デフォルトは ON です。

ndb_version

NDB エンジンのバージョン (合成整数として)。

ndb_version_string

NDB エンジンのバージョン (ndb-x.y.z 形式)。

server_id_bits

この変数は、実際にサーバーを識別する 32-bit server_id 内の最下位ビットの数を示します。 サーバーが実際には 32 ビット未満で識別されることを示すと、NDB API Event API を使用して OperationOptions 構造の AnyValue 内でアプリケーションによって生成されたユーザーデータを格納するなど、残りのビットの一部をほかの目的に使用できます (NDB Cluster は AnyValue を使用してサーバー ID を格納します)。

サーバーは、レプリケーションループの検出などで server_id から有効なサーバー ID を抽出するときに、残りのビットを無視します。 server_id_bits 変数は、サーバー ID に基づいてイベントを無視するかどうかを決定する際に、I/O および SQL スレッド内の server_id の無関係なビットをマスクアウトするために使用されます。

このデータは、独自の server_id_bits 変数を 32 (デフォルト) に設定して実行すると、mysqlbinlog によってバイナリログから読み取ることができます。

server_id の値が server_id_bits の累乗に対して 2 以上の場合、mysqld は起動を拒否します。

このシステム変数は NDB Cluster でのみサポートされます。 標準の MySQL 8.0 Server ではサポートされません。

slave_allow_batching

NDB Cluster レプリカでバッチ更新が有効になっているかどうか。

この変数の設定は、NDB ストレージエンジンでレプリケーションを使用する場合にのみ有効です。MySQL Server 8.0 では存在しますが、何も行いません。 詳細は、セクション23.6.6「NDB Cluster レプリケーションの開始 (シングルレプリケーションチャネル)」を参照してください。

transaction_allow_batching

この変数を 1 または ON に設定すると、同じトランザクション内のステートメントのバッチ化が有効になります。 この変数を使用するには、先に autocommit を 0 または OFF に設定して無効にする必要があります。これを実行しない場合、transaction_allow_batching を設定しても無効になります。

この変数は、有効にすると「以前の」イメージから読み取りが行われる可能性があるため、書き込みのみを実行するトランザクションで使用するのが安全です。 SELECT を発行する前に、(必要に応じて明示的な COMMIT を使用して) 保留中のトランザクションをすべて確実にコミットするようにしてください。

この変数は現在 NDB Cluster でのみサポートされています。

ndbinfo_database

NDB 情報データベースに使用される名前を示します。デフォルトは ndbinfo です。 これは、コンパイル時に値が決定される読取り専用変数です。

ndbinfo_max_bytes

テストとデバッグでのみ使用されます。

ndbinfo_max_rows

テストとデバッグでのみ使用されます。

ndbinfo_offline

ndbinfo データベースをオフラインモードにします。オフラインモードでは、テーブルやビューが実際には存在しない場合や、存在するが NDB での定義が異なる場合でも、テーブルやビューを開くことができます。 このようなテーブル (またはビュー) からは、行は返されません。

ndbinfo_show_hidden

ndbinfo データベースのベースとなる内部テーブルが mysql クライアントに表示されるかどうか。 デフォルトは OFF です。

ndbinfo_table_prefix

ndbinfo データベースのベーステーブル (ndbinfo_show_hidden を設定して公開されないかぎり、通常は非表示です) の名前に使用されるプリフィクス。 これは読取り専用変数で、デフォルト値は ndb$ です。接頭辞自体はコンパイル時に決定されます。

ndbinfo_version

使用中の ndbinfo エンジンのバージョンを示します (読み取り専用)。

Handler_discover

MySQL サーバーは、NDBCLUSTER ストレージエンジンに対して特定の名前を持つテーブルの情報を問い合わせることができます。 これは検出と呼ばれます。 Handler_discover は、このメカニズムを使用してテーブルが検出された回数を示します。

Ndb_api_adaptive_send_deferred_count

実際に送信されなかった適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_deferred_count_session

実際に送信されなかった適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_deferred_count_replica

このレプリカによって実際に送信されなかった適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_deferred_count_slave

このレプリカによって実際に送信されなかった適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_forced_count

この MySQL Server (SQL ノード) によって送信された強制送信を使用した適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_forced_count_session

このクライアントセッションで送信された強制送信を使用した適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_forced_count_replica

このレプリカによって送信された強制送信を使用する適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_forced_count_slave

このレプリカによって送信された強制送信を使用する適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_unforced_count

この MySQL サーバー (SQL ノード) によって強制送信されていない適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_unforced_count_session

このクライアントセッションで強制送信が送信されていない適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_unforced_count_replica

このレプリカによって強制送信されていない適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_adaptive_send_unforced_count_slave

このレプリカによって強制送信されていない適応送信コールの数。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_bytes_sent_count_session

このクライアントセッションでデータノードに送信されたデータ量 (バイト単位)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_bytes_sent_count_replica

このレプリカによってデータノードに送信されたデータの量 (バイト単位)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_bytes_sent_count_slave

このレプリカによってデータノードに送信されたデータの量 (バイト単位)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_bytes_sent_count

この MySQL サーバー (SQL ノード) によってデータノードに送信されたデータ量 (バイト単位)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_bytes_received_count_session

このクライアントセッションでデータノードから受信されたデータ量 (バイト単位)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_bytes_received_count_replica

このレプリカによってデータノードから受信されたデータの量 (バイト単位)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_bytes_received_count_slave

このレプリカによってデータノードから受信されたデータの量 (バイト単位)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_bytes_received_count

この MySQL サーバー (SQL ノード) によってデータノードから受信されたデータ量 (バイト単位)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_event_data_count_injector

NDB binlog インジェクタスレッドによって受信された行変更イベントの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_event_data_count

この MySQL サーバー (SQL ノード) によって受信された行変更イベントの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_event_nondata_count_injector

NDB バイナリログインジェクタスレッドによって受信された、行変更イベント以外のイベントの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_event_nondata_count

この MySQL サーバー (SQL ノード) によって受信された、行変更イベント以外のイベントの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_event_bytes_count_injector

NDB binlog インジェクタスレッドによって受信されたイベントのバイト数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_event_bytes_count

この MySQL サーバー (SQL ノード) によって受信されたイベントのバイト数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_pk_op_count_session

このクライアントセッションで、主キーに基づいた、または主キーを使用した操作の数。 これには、BLOB テーブルに対する操作、暗黙的なロック解除操作、自動インクリメント操作、およびユーザーの管理下にある主キー操作が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_pk_op_count_replica

主キーに基づいた、または主キーを使用した、このレプリカによる操作の数。 これには、BLOB テーブルに対する操作、暗黙的なロック解除操作、自動インクリメント操作、およびユーザーの管理下にある主キー操作が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_pk_op_count_slave

主キーに基づいた、または主キーを使用した、このレプリカによる操作の数。 これには、BLOB テーブルに対する操作、暗黙的なロック解除操作、自動インクリメント操作、およびユーザーの管理下にある主キー操作が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_pk_op_count

この MySQL サーバー (SQL ノード) による、主キーに基づいた、または主キーを使用した操作の数。 これには、BLOB テーブルに対する操作、暗黙的なロック解除操作、自動インクリメント操作、およびユーザーの管理下にある主キー操作が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_pruned_scan_count_session

このクライアントセッションで単一のパーティションにプルーニングされたスキャンの回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_pruned_scan_count_replica

単一のパーティションにプルーニングされた、このレプリカによるスキャンの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_pruned_scan_count_slave

単一のパーティションにプルーニングされた、このレプリカによるスキャンの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_pruned_scan_count

この MySQL サーバー (SQL ノード) によって単一のパーティションにプルーニングされたスキャンの回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_range_scan_count_session

このクライアントセッションで開始された範囲スキャンの回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_range_scan_count_replica

このレプリカによって開始されたレンジスキャンの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_range_scan_count_slave

このレプリカによって開始されたレンジスキャンの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_range_scan_count

この MySQL サーバー (SQL ノード) によって開始された範囲スキャンの回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_read_row_count_session

このクライアントセッションで読み取られた行の合計数。 これには、このクライアントセッションで作成された主キー、一意キー、またはスキャン操作によって読み取られたすべての行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_read_row_count_replica

このレプリカによって読み取られた行の合計数。 これには、このレプリカによって作成された主キー、一意キーまたはスキャン操作によって読み取られたすべての行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_read_row_count_slave

このレプリカによって読み取られた行の合計数。 これには、このレプリカによって作成された主キー、一意キーまたはスキャン操作によって読み取られたすべての行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_read_row_count

この MySQL サーバー (SQL ノード) によって読み取られた行の合計数。 これには、この MySQL Server (SQL ノード) によって作成された主キー、一意キー、またはスキャン操作によって読み取られたすべての行が含まれます。

SELECT COUNT(*) クエリーによって読み取られる行に関しては、この値が完全に正確でない場合があることに注意してください。この場合、MySQL サーバーは実際に[table fragment ID]:[number of rows in fragment]形式で疑似行を読み取り、テーブル内のすべてのフラグメントのフラグメント当たりの行数を合計して、すべての行の推定数を導出します。 Ndb_api_read_row_count では、テーブルの実際の行数ではなく、この見積りが使用されます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_scan_batch_count_session

このクライアントセッションで受信された行のバッチ数。1 バッチは、単一のフラグメントから得られた 1 セットのスキャン結果として定義されます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_scan_batch_count_replica

このレプリカによって受信された行のバッチ数。1 バッチは、単一フラグメントからのスキャン結果の 1 セットとして定義されます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_scan_batch_count_slave

このレプリカによって受信された行のバッチ数。1 バッチは、単一フラグメントからのスキャン結果の 1 セットとして定義されます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_scan_batch_count

この MySQL Server (SQL ノード) によって受信された行のバッチ数。1 バッチは、単一のフラグメントから得られた 1 セットのスキャン結果として定義されます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_table_scan_count_session

このクライアントセッションで開始された、内部テーブルのスキャンを含むテーブルスキャンの回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_table_scan_count_replica

このレプリカによって開始されたテーブルスキャンの数 (内部テーブルのスキャンを含む)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_table_scan_count_slave

このレプリカによって開始されたテーブルスキャンの数 (内部テーブルのスキャンを含む)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_table_scan_count

この MySQL サーバー (SQL ノード) によって開始された、内部テーブルのスキャンを含むテーブルスキャンの回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_abort_count_session

このクライアントセッションで中止されたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_abort_count_replica

このレプリカによって中断されたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_abort_count_slave

このレプリカによって中断されたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_abort_count

この MySQL サーバー (SQL ノード) により中止されたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_close_count_session

このクライアントセッションで閉じられたトランザクションの数。 一部のトランザクションがロールバックされている場合があるため、この値は Ndb_api_trans_commit_count_session と Ndb_api_trans_abort_count_session の合計より大きくなることがあります。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_close_count_replica

このレプリカによってクローズされたトランザクションの数。 一部のトランザクションはロールバックされている可能性があるため、この値は Ndb_api_trans_commit_count_replica と Ndb_api_trans_abort_count_replica の合計より大きい場合があります。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_close_count_slave

このレプリカによってクローズされたトランザクションの数。 一部のトランザクションはロールバックされている可能性があるため、この値は Ndb_api_trans_commit_count_replica と Ndb_api_trans_abort_count_replica の合計より大きい場合があります。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_close_count

この MySQL サーバー (SQL ノード) により閉じられたトランザクションの数。 一部のトランザクションがロールバックされている場合があるため、この値は Ndb_api_trans_commit_count と Ndb_api_trans_abort_count の合計より大きくなることがあります。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_commit_count_session

このクライアントセッションでコミットされたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_commit_count_replica

このレプリカによってコミットされたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_commit_count_slave

このレプリカによってコミットされたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_commit_count

この MySQL サーバー (SQL ノード) によりコミットされたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_local_read_row_count_session

このクライアントセッションで読み取られた行の合計数。 これには、このクライアントセッションで作成された主キー、一意キー、またはスキャン操作によって読み取られたすべての行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_local_read_row_count_replica

このレプリカによって読み取られた行の合計数。 これには、このレプリカによって作成された主キー、一意キーまたはスキャン操作によって読み取られたすべての行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_local_read_row_count_slave

このレプリカによって読み取られた行の合計数。 これには、このレプリカによって作成された主キー、一意キーまたはスキャン操作によって読み取られたすべての行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_local_read_row_count

この MySQL サーバー (SQL ノード) によって読み取られた行の合計数。 これには、この MySQL Server (SQL ノード) によって作成された主キー、一意キー、またはスキャン操作によって読み取られたすべての行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_start_count_session

このクライアントセッションで開始されたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_start_count_replica

このレプリカによって開始されたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_start_count_slave

このレプリカによって開始されたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_trans_start_count

この MySQL サーバー (SQL ノード) により開始されたトランザクションの数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_uk_op_count_session

このクライアントセッションで、一意キーに基づいた、または一意キーを使用した操作の数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_uk_op_count_replica

一意キーに基づいた、または一意キーを使用した、このレプリカによる操作の数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_uk_op_count_slave

一意キーに基づいた、または一意キーを使用した、このレプリカによる操作の数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_uk_op_count

この MySQL サーバー (SQL ノード) による、一意キーに基づいた、または一意キーを使用した操作の数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_exec_complete_count_session

このクライアントセッションで、操作の実行が完了するのを待機する間にスレッドがブロックされた回数。 これには、すべての execute() コールと、クライアントに表示されない BLOB および自動増分操作に対する暗黙的な実行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_exec_complete_count_replica

操作の実行が完了するのを待機している間に、このレプリカによってスレッドがブロックされた回数。 これには、すべての execute() コールと、クライアントに表示されない BLOB および自動増分操作に対する暗黙的な実行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_exec_complete_count_slave

操作の実行が完了するのを待機している間に、このレプリカによってスレッドがブロックされた回数。 これには、すべての execute() コールと、クライアントに表示されない BLOB および自動増分操作に対する暗黙的な実行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_exec_complete_count

操作の実行が完了するまで待機する間に、この MySQL Server (SQL ノード) によってスレッドがブロックされた回数。 これには、すべての execute() コールと、クライアントに表示されない BLOB および自動増分操作に対する暗黙的な実行が含まれます。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_meta_request_count_session

このクライアントセッションで、メタデータベースの信号 (DDL 要求、新しいエポック、トランザクションレコードの占有など) を待機する間にスレッドがブロックされた回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_meta_request_count_replica

DDL リクエスト、新しいエポック、トランザクションレコードの清算など、メタデータベースのシグナルを待機しているこのレプリカによってスレッドがブロックされた回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_meta_request_count_slave

DDL リクエスト、新しいエポック、トランザクションレコードの清算など、メタデータベースのシグナルを待機しているこのレプリカによってスレッドがブロックされた回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_meta_request_count

メタデータベースの信号 (DDL 要求、新しいエポック、トランザクションレコードの占有など) を待機する間に、この MySQL Server (SQL ノード) によってスレッドがブロックされた回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_nanos_count_session

このクライアントセッションで、データノードから送信される任意のタイプの信号の待機に費やされた合計時間 (ナノ秒)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_nanos_count_replica

このレプリカがデータノードからの任意のタイプのシグナルを待機するために費やした合計時間 (ナノ秒)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_nanos_count_slave

このレプリカがデータノードからの任意のタイプのシグナルを待機するために費やした合計時間 (ナノ秒)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_nanos_count

この MySQL Server (SQL ノード) によって、データノードから送信される任意のタイプの信号の待機に費やされた合計時間 (ナノ秒)。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_scan_result_count_session

このクライアントセッションで、スキャンベースの信号を待機する間 (追加のスキャン結果を待機するときや、スキャンが閉じるまで待機するときなど) にスレッドがブロックされた回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、現在のセッションにのみ関連しており、この mysqld のほかのクライアントには影響しません。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_scan_result_count_replica

スキャンベースのシグナルを待機している間、またはスキャンの終了を待機しているときなどに、このレプリカによってスレッドがブロックされた回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_scan_result_count_slave

スキャンベースのシグナルを待機している間、またはスキャンの終了を待機しているときなどに、このレプリカによってスレッドがブロックされた回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。 この MySQL サーバーがレプリカとして機能しない場合、または NDB テーブルを使用しない場合、この値は常に 0 です。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_api_wait_scan_result_count

スキャンベースの信号を待機する間 (追加のスキャン結果を待機するときや、スキャンが閉じるまで待機するときなど) に、この MySQL Server (SQL ノード) によってスレッドがブロックされた回数。

この変数は、SHOW GLOBAL STATUS または SHOW SESSION STATUS を使用して読み取ることができますが、スコープは実質的にグローバルです。

詳細は、セクション23.5.13「NDB API 統計のカウンタと変数」を参照してください。

Ndb_cluster_node_id

サーバーが NDB Cluster ノードとして機能している場合、この変数の値はクラスタ内のそのノード ID です。

サーバーが NDB Cluster の一部でない場合、この変数の値は 0 です。

Ndb_config_from_host

サーバーが NDB Cluster の一部である場合、この変数の値は、その構成データを取得するクラスタ管理サーバーのホスト名または IP アドレスです。

サーバーが NDB Cluster の一部でない場合、この変数の値は空の文字列になります。

Ndb_config_from_port

サーバーが NDB Cluster の一部である場合、この変数の値は、サーバーが構成データを取得するクラスタ管理サーバーに接続されているポートの番号です。

サーバーが NDB Cluster の一部でない場合、この変数の値は 0 です。

Ndb_config_generation

クラスタの現在の構成の世代番号を表示します。 これは、この SQL ノードが最後にクラスタに接続してからクラスタの構成が変更されたかどうかを判断するインジケータとして使用できます。

Ndb_conflict_fn_max_del_win

この mysqld が最後に起動されてから、NDB$MAX_DELETE_WIN() を使用した NDB Cluster レプリケーション競合解決のために現在の SQL ノードで行が拒否された回数を示します。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_fn_max

NDB Cluster レプリケーション競合解決で使用されるこの変数は、この mysqld が最後に起動されてから、「「最大のタイムスタンプ優先」」競合解決のために現在の SQL ノードに行が適用されなかった回数を示します。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_fn_old

NDB Cluster レプリケーション競合解決で使用されるこの変数は、前回の再起動以降に、特定の mysqld で「「同じタイムスタンプを優先」」競合解決の結果として行が適用されなかった回数を示します。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_fn_epoch

NDB Cluster レプリケーション競合解決で使用されるこの変数は、前回の再起動以降に、特定の mysqld で NDB$EPOCH() 競合解決を使用して競合が検出された行数を示します。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_fn_epoch2

NDB$EPOCH2() を使用しているときに、前回の再起動以降にプライマリとして指定されたソースで NDB Cluster レプリケーション競合解決で競合が検出された行数を表示します。

詳細は、NDB$EPOCH2()を参照してください。

Ndb_conflict_fn_epoch_trans

NDB Cluster レプリケーション競合解決で使用されるこの変数は、前回の再起動以降に、特定の mysqld で NDB$EPOCH_TRANS() 競合解決を使用して競合が検出された行数を示します。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_fn_epoch2_trans

NDB Cluster レプリケーション競合解決で使用されるこの変数は、前回の再起動以降に、特定の mysqld で NDB$EPOCH_TRANS2() 競合解決を使用して競合が検出された行数を示します。

詳細は、NDB$EPOCH2_TRANS()を参照してください。

Ndb_conflict_last_conflict_epoch

このレプリカで競合が検出された最新のエポック。 この値は Ndb_replica_max_replicated_epoch と比較できます。Ndb_replica_max_replicated_epoch が Ndb_conflict_last_conflict_epoch より大きい場合、競合はまだ検出されていません。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_reflected_op_discard_count

NDB Cluster レプリケーション競合解決を使用している場合、これは、実行中にエラーが発生したためにセカンダリに適用されなかった反映された操作の数です。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_reflected_op_prepare_count

NDB Cluster レプリケーションで競合解決を使用する場合、このステータス変数には、定義されている (つまり、セカンダリで実行するために準備されている) 反映された操作の数が含まれます。

セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_refresh_op_count

NDB Cluster レプリケーションで競合解決を使用する場合、これにより、セカンダリで実行するために準備されているリフレッシュ操作の数がわかります。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_last_stable_epoch

トランザクション競合関数によって競合状態であることが検出された行数

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_trans_row_conflict_count

NDB Cluster レプリケーション競合解決で使用されるこのステータス変数は、前回の再起動以降に、特定の mysqld 上のトランザクション競合関数によって直接競合していることが検出された行の数を示します。

現在、NDB Cluster でサポートされているトランザクション競合検出関数は NDB$EPOCH_TRANS() のみであるため、このステータス変数は事実上 Ndb_conflict_fn_epoch_trans と同じです。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_trans_row_reject_count

NDB Cluster レプリケーション競合解決で使用されるこのステータス変数は、トランザクション競合検出関数によって競合していると判断されたために再割り当てされた行の合計数を示します。 これには、Ndb_conflict_trans_row_conflict_count だけでなく、競合するトランザクションに含まれる行や依存する行も含まれます。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_trans_reject_count

NDB Cluster レプリケーション競合解決で使用されるこのステータス変数は、トランザクション競合検出関数によって競合していることが検出されたトランザクションの数を示します。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_trans_detect_iter_count

NDB Cluster レプリケーション競合解決で使用され、エポックトランザクションのコミットに必要な内部反復の数を示します。 Ndb_conflict_trans_conflict_commit_count より (わずかに) 大きいか、等しい値にしてください。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_conflict_trans_conflict_commit_count

NDB Cluster レプリケーションの競合解決で使用され、トランザクションの競合処理が必要になったあとにコミットされたエポックトランザクションの数を示します。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_epoch_delete_delete_count

delete-delete 競合検出を使用する場合、これは、削除操作が適用されるが、示された行が存在しない、検出された delete-delete 競合の数です。

Ndb_execute_count

操作によって行われた NDB カーネルへのラウンドトリップの回数を示します。

Ndb_last_commit_epoch_server

NDB によって最後にコミットされたエポック。

Ndb_last_commit_epoch_session

この NDB クライアントによって最後にコミットされたエポック。

Ndb_metadata_detected_count

このサーバーが最後に起動されてから NDB メタデータ変更検出スレッドが MySQL データディクショナリに関する変更を検出した回数。

NDB 8.0.16 に追加されました。

Ndb_metadata_excluded_count

NDB binlog スレッドが最後に再起動されてから、この SQL ノードで同期できなかったメタデータオブジェクトの数。

オブジェクトを除外すると、ユーザーが不一致を手動で修正するまで、自動同期化の対象とはみなされません。 これを行うには、SHOW CREATE TABLE table、SELECT * FROM table などのステートメント、またはテーブル検出をトリガーするその他のステートメントでテーブルを使用します。

NDB 8.0.18 に追加されました。 NDB 8.0.22 より前では、この変数は Ndb_metadata_blacklist_size という名前でした。

Ndb_metadata_synced_count

この SQL ノードが最後に再起動されてから同期された NDB メタデータオブジェクトの数。

NDB 8.0.18 に追加されました。

Ndb_number_of_data_nodes

サーバーが NDB Cluster の一部である場合、この変数の値はクラスタ内のデータノードの数です。

サーバーが NDB Cluster の一部でない場合、この変数の値は 0 です。

Ndb_pushed_queries_defined

データノードでの分散処理のために NDB カーネルにプッシュダウンされた結合の合計数。

Ndb_pushed_queries_dropped

NDB カーネルにプッシュダウンされ、処理できなかった結合の数。

Ndb_pushed_queries_executed

NDB に正常にプッシュダウンされ、実行された結合の数。

Ndb_pushed_reads

プッシュダウンされた結合によって NDB カーネルから mysqld に返された行の数。

Ndb_pruned_scan_count

この変数は、NDB Cluster が最後に起動されてから、NDBCLUSTER がパーティションプルーニングを使用できるようになった NDBCLUSTER によって実行されたスキャンの数を保持します。

この変数を Ndb_scan_count とともに使用すると、単一のテーブルパーティションにスキャンをプルーニングするサーバーの機能を最大化して、単一のデータノードのみを含むスキーマ設計で役立ちます。

Ndb_replica_max_replicated_epoch

このレプリカで最後にコミットされたエポック。 この値は Ndb_conflict_last_conflict_epoch と比較できます。Ndb_replica_max_replicated_epoch がこの値より大きい場合、競合はまだ検出されていません。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_scan_count

この変数は、NDB Cluster が最後に起動されてから NDBCLUSTER によって実行されたスキャンの合計数を保持します。

Ndb_slave_max_replicated_epoch

このレプリカで最後にコミットされたエポック。 この値は Ndb_conflict_last_conflict_epoch と比較できます。Ndb_slave_max_replicated_epoch がこの値より大きい場合、競合はまだ検出されていません。

詳細は、セクション23.6.11「NDB Cluster レプリケーションの競合解決」を参照してください。

Ndb_system_name

この MySQL Server が NDB クラスタに接続されている場合、この読み取り専用変数はクラスタシステム名を示します。 それ以外の場合、値は空の文字列です。

Ndb_trans_hint_count_session

現在のセッションで開始されたヒントを使用したトランザクションの数。 Ndb_api_trans_start_count_session と比較して、ヒントを使用できるすべての NDB トランザクションの比率を取得します。 NDB 8.0.17 に追加されました。