Id

Id は、すべてのクラスタ内部メッセージ内でノードを識別するために使用される整数値です。 許容される値の範囲は、1-255 (これらを含む) です。 この値は、ノードのタイプに関係なく、クラスタ内の各ノードで一意である必要があります。

NodeId は、API ノードを識別するときに使用することが推奨されるパラメータ名です。 (Id は、下位互換性に引き続き対応しますが、現在は非推奨であり、使用時に警告を生成します。 また、これは今後削除される予定です。)

ConnectionMap

接続するデータノードを指定します。

NodeId

NodeId は、すべてのクラスタ内部メッセージ内でノードを識別するために使用される整数値です。 許容される値の範囲は、1-255 (これらを含む) です。 この値は、ノードのタイプに関係なく、クラスタ内の各ノードで一意である必要があります。

NodeId は、管理ノードを識別するときに使用することが推奨されるパラメータ名です。 エイリアス Id は、NDB Cluster の非常に古いバージョンでこの目的に使用され、下位互換性のために引き続きサポートされています。現在は非推奨になっており、使用時に警告が生成され、NDB Cluster の将来のリリースで削除される可能性があります。

ExecuteOnComputer

これは、構成ファイルの [computer] セクションに定義されたいずれかのコンピュータ (ホスト) に設定されている Id を参照します。

このノードのノード ID は、明示的にリクエストする接続にのみ指定できます。 ノード ID をリクエストする管理サーバーは、このノード ID を使用できません。 このパラメータは、同じホストで複数の管理サーバーを実行していて、HostName でプロセスを区別するのに十分でない場合に使用できます。 テストで使用するためのものです。

HostName

このパラメータを指定すると、SQL ノード (API ノード) が配置されるコンピュータのホスト名が定義されます。 ホスト名を指定するには、このパラメータまたは ExecuteOnComputer のいずれかが必要です。

config.ini ファイルの特定の [mysql] または [api] セクションに HostName または ExecuteOnComputer が指定されていない場合、SQL または API ノードはネットワーク接続を確立できる任意のホストから対応する「スロット」を使用して管理サーバーホストマシンに接続できます。 これは、ほかに指定されていない場合 localhost が HostName として使用されるデータノードのデフォルトの動作とは異なります。

LocationDomainId

クラウド内の特定の「可用性ドメイン」 (可用性ゾーンとも呼ばれる) に SQL またはその他の API ノードを割り当てます。 どのノードがどの可用性ドメインにあるかを NDB に通知することで、次の方法でクラウド環境のパフォーマンスを向上させることができます:

LocationDomainId は 0 以上 16 以下の整数値を取り、0 がデフォルトです。0 を使用することは、パラメータを未設定のままにすることと同じです。

ArbitrationRank

このパラメータは、アービトレータとして機能できるノードを定義します。 管理ノードと SQL ノードの両方がアービトレータになることができます。 値 0 は、指定されたノードがアービトレータとして使用されないことを意味します。値 1 は、ノードにアービトレータとしての高い優先度を与えます。値 2 は低い優先度を与えます。 通常の構成では、管理サーバーの ArbitrationRank が 1 (管理ノードのデフォルト) に設定され、各 SQL ノードでは 0 (SQL ノードのデフォルト) に設定されるため、管理サーバーがアービトレータとして使用されます。

すべての管理および SQL ノードで ArbitrationRank を 0 に設定すると、アービトレーションを完全に無効化できます。 このパラメーラをオーバーライドしてアービトレーションを制御することもできます。そのためには、config.ini グローバル構成ファイルの [ndbd default] セクションに Arbitration パラメータを設定します。

ArbitrationDelay

このパラメータを 0 (デフォルト) 以外の値に設定すると、アービトレータによるアービトレーションリクエストへのレスポンスは、指定されたミリ秒数遅延されます。 通常、この値を変更する必要はありません。

BatchByteSize

フルテーブルスキャンまたはインデックスの範囲スキャンに変換されるクエリーでは、最良のパフォーマンスを得るため、適切にサイズ調整されたバッチでレコードをフェッチすることが重要です。 レコード数 (BatchSize) とバイト数 (BatchByteSize) の両方で、適切なサイズを設定できます。 実際のバッチサイズは両方のパラメータによって制限されます。

このパラメータの設定方法によっては、クエリーの実行速度の変化率が 40% を超える可能性があります。

このパラメータはバイト単位で測定されます。 デフォルト値は 16K です。

BatchSize

このパラメータはレコード数で測定され、デフォルトで 256 に設定されます。 最大サイズは 992 です。

ExtraSendBufferMemory

このパラメータは、TotalSendBufferMemory、SendBufferMemory、またはその両方を使用して設定されたメモリーに加えて割り当てられるトランスポータ送信バッファーメモリーの量を指定します。

HeartbeatThreadPriority

このパラメータを使用して、管理および API ノードのハートビートスレッドのスケジューリングポリシーと優先度を設定します。 このパラメータを設定するための構文をここに示します。

HeartbeatThreadPriority = policy[, priority]

policy:
  {FIFO | RR}

このパラメータを設定するときは、ポリシーを指定する必要があります。 これは、FIFO (先入れ先出し) または RR (ラウンドロビン) のいずれかです。 このあとに、オプションで優先度 (整数) を指定できます。

MaxScanBatchSize

バッチサイズは、各データノードから送信される各バッチのサイズです。 多数のノードから並列で受信される過大なデータ量から MySQL サーバーを保護するため、ほとんどのスキャンは並列で実行されます。このパラメータは、すべてのノードの合計バッチサイズに対する制限を設定します。

このパラメータのデフォルトの値は 256K バイトです。 最大サイズは 16M バイトです。

TotalSendBufferMemory

このパラメータは、すべての構成済みトランスポータ間で共有される送信バッファーメモリーの、このノードに割り当てられるメモリー合計量を決定するために使用されます。

このパラメータが設定されている場合、許可される最小値は 256KB です。0 はパラメータが設定されていないことを示します。 詳細は、セクション23.3.3.14「NDB Cluster 送信バッファーパラメータの構成」 を参照してください。

AutoReconnect

このパラメータは、デフォルトで false です。 これによって、切断された API ノード (SQL ノードとして機能する MySQL サーバーを含む) が既存の接続を再使用しようとせずに、クラスタへの新しい接続を強制的に使用するようになります (接続を再使用すると、動的に割り当てられたノード ID を使用するときに問題が発生することがあるため)。 (Bug #45921)

DefaultOperationRedoProblemAction

このパラメータは、(RedoOverCommitLimit および RedoOverCommitCounter とともに) Redo ログをディスクにフラッシュする時間が長すぎる場合にデータノードによる操作の処理を制御します。 これは、特定の Redo ログのフラッシュが RedoOverCommitLimit 秒より長い時間をかけて RedoOverCommitCounter 回を超える回数分行われ、保留中のトランザクションが中止されたときに発生します。

この発生時は、ノードはここに示す DefaultOperationRedoProblemAction の値に応じた 2 つの方法のいずれかで応答できます。

DefaultHashMapSize

NDB で使用されるテーブルハッシュマップのサイズは、このパラメータを使用して構成できます。 DefaultHashMapSize には、3 つの値 (0、240、3840) のいずれかを指定できます。 これらの値とその効果について、次の表で説明します。

このパラメータの元の使用目的は、ハッシュマップのサイズが異なる古い NDB Cluster バージョンとの間のアップグレードおよびダウングレードを容易にすることでした。これは、この変更に後方互換性がないためです。 NDB Cluster 8.0 へのアップグレードまたは NDB Cluster 8.0 からのダウングレードでは、これは問題になりません。

Wan

WAN の TCP 設定をデフォルトとして使用します。

ConnectBackoffMaxTime

多数の未起動のデータノードがある NDB Cluster では、このパラメータの値を上げて、クラスタ内でまだ機能していないデータノードへの接続試行を回避したり、管理ノードへの高トラフィックを中程度にしたりできます。 API ノードが新しいデータノードに接続されていない場合は、StartConnectBackoffMaxTime パラメータの値が適用されます。それ以外の場合は、ConnectBackoffMaxTime を使用して接続試行間の待機時間の長さ (ミリ秒) が決定されます。

このパラメータの経過時間を計算する際に、ノードの接続試行中に経過する時間は考慮されません。 タイムアウトは、100 ミリ秒の遅延から始まり、約 100 ミリ秒の分解能で適用されます。後続の試行のたびに、ConnectBackoffMaxTime ミリ秒 (最大 100000 ミリ秒 (100 秒)) に達するまでこの期間の長さが倍加されます。

API ノードがデータノードに接続され、そのノードが (ハートビートメッセージで) ほかのデータノードに接続したことを報告すると、データノードに対する接続試行はこのパラメータの影響を受けなくなり、その後接続されるまで 100 ミリ秒間隔で行われます。 データノードが起動すると、これが発生したことを API ノードに通知するために HeartbeatIntervalDbApi を使用できます。

StartConnectBackoffMaxTime

多数の未起動のデータノードがある NDB Cluster では、このパラメータの値を上げて、クラスタ内でまだ機能していないデータノードへの接続試行を回避したり、管理ノードへの高トラフィックを中程度にしたりできます。 API ノードが新しいデータノードに接続されていない場合は、StartConnectBackoffMaxTime パラメータの値が適用されます。それ以外の場合は、ConnectBackoffMaxTime を使用して接続試行間の待機時間の長さ (ミリ秒) が決定されます。

このパラメータの経過時間を計算する際に、ノードの接続試行中に経過する時間は考慮されません。 タイムアウトは、100 ミリ秒の遅延から始まり、約 100 ミリ秒の分解能で適用されます。後続の試行のたびに、StartConnectBackoffMaxTime ミリ秒 (最大 100000 ミリ秒 (100 秒)) に達するまでこの期間の長さが倍加されます。

API ノードがデータノードに接続され、そのノードが (ハートビートメッセージで) ほかのデータノードに接続したことを報告すると、データノードに対する接続試行はこのパラメータの影響を受けなくなり、その後接続されるまで 100 ミリ秒間隔で行われます。 データノードが起動すると、これが発生したことを API ノードに通知するために HeartbeatIntervalDbApi を使用できます。