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


MySQL 8.0 リファレンスマニュアル  /  ...  /  NDB Cluster 構成ファイル

23.3.3 NDB Cluster 構成ファイル

NDB Cluster を構成するには、次の 2 つのファイルを操作する必要があります:

  • my.cnf: すべての NDB Cluster 実行可能ファイルのオプションを指定します。 このファイルは、(これまでの MySQL の使用経験からご存じのとおり) クラスタ内で実行されている個々の実行可能ファイルからアクセスできる必要があります。

  • config.ini: このファイル (グローバル構成ファイルとも呼ばれる) は NDB Cluster 管理サーバーによって読み取り専用にされ、NDB Cluster 管理サーバーはこれに含まれる情報をクラスタに参加しているすべてのプロセスに配布します。config.ini には、クラスタに含まれる各ノードの説明が含まれています。 これには、データノードに関する構成パラメータと、クラスタ内のすべてのノード間の接続に関する構成パラメータが含まれます。 このファイルに含まれる可能性があるセクションと各セクションに配置される構成パラメータの種類を簡単に確認するには、「config.ini ファイルのセクション」を参照してください。

構成データのキャッシュ.  NDB では、ステートフル構成を使用します。 管理サーバーは、再起動されるたびにグローバル構成ファイルを読み取るのではなく、最初の起動時に構成をキャッシュし、その後は次の条件のいずれかが true である場合にのみグローバル構成ファイルを読み取ります。

  • --initial オプションを使用すると管理サーバーが起動します.  --initial を使用すると、グローバル構成ファイルが再度読み取られ、既存のキャッシュファイルが削除され、管理サーバーによって新しい構成キャッシュが作成されます。

  • --reload オプションを使用すると管理サーバーが起動します.  --reload オプションを使用すると、管理サーバーはそのキャッシュをグローバル構成ファイルと比較します。 これらが異なる場合は、管理サーバーによって新しい構成キャッシュが作成されます。既存の構成キャッシュは保持されますが、使用されません。 管理サーバーキャッシュとグローバル構成ファイルに同じ構成データが含まれている場合、既存のキャッシュが使用され、新しいキャッシュは作成されません。

  • 管理サーバーは --config-cache=FALSE を使用して起動されます.  これにより、--config-cache(デフォルトで有効) が無効になり、管理サーバーが構成キャッシュを完全にバイパスするように強制するために使用できます。 この場合、管理サーバーは存在する可能性がある構成ファイルを無視し、常に config.ini ファイルからその構成データを読み取ります。

  • 構成キャッシュがみつかりません.  この場合、管理サーバーはグローバル構成ファイルを読み取り、そのファイルと同じ構成データを含むキャッシュを作成します。

構成キャッシュファイル.  管理サーバーは、デフォルトで MySQL インストールディレクトリ内の mysql-cluster という名前のディレクトリに構成キャッシュファイルを作成します。 (Unix システム上のソースから NDB Cluster を構築する場合、デフォルトの場所は/usr/local/mysql-cluster です。) これは、--configdir オプションを指定して管理サーバーを起動すると、実行時にオーバーライドできます。 構成キャッシュファイルは、ndb_node_id_config.bin.seq_id というパターンで命名されるバイナリファイルです。node_id は管理サーバーのクラスタ内のノード ID で、seq_id はキャッシュの識別子です。 キャッシュファイルには、作成された順に seq_id を使用して連番が付けられます。 管理サーバーは、seq_id で特定される最新のキャッシュファイルを使用します。

注記

あとの構成キャッシュファイルを削除するか、seq_id が大きくなるように前のキャッシュファイルの名前を変更すると、前の構成にロールバックできます。 ただし、構成キャッシュファイルはバイナリ形式で書き込まれるため、その内容を手動で編集しないでください。

NDB Cluster 管理サーバーの --configdir, --config-cache, --initial および --reload オプションの詳細は、セクション23.4.4「ndb_mgmd — NDB Cluster 管理サーバーデーモン」 を参照してください。

NDB Cluster 構成を継続的に改善し、このプロセスを簡略化しようとしています。 下位互換性の維持に努めていますが、場合によっては互換性のない変更が行われる可能性があります。 このような場合は、変更に下位互換性がない場合に NDB Cluster ユーザーに事前に知らせようとします。 このような変更を発見し、それに関する情報が提供されていない場合は、セクション1.6「質問またはバグをレポートする方法」に示した手順を使用して MySQL バグデータベースに報告してください。


関連キーワード:  NDB, テーブル, ndbinfo, 構成, 管理, ndb, サーバー, ノード, キャッシュ, データ