NDB Cluster 7.6: NDB 7.6.4 以降

NDB Cluster 7.5: NDB 7.5.4 以降

NDB Cluster 7.4: NDB 7.4.6 以降

NDB 8.0.14 から以前のリリースへのオンラインダウングレードはサポートされていません。 NDB 8.0.14 で作成されたテーブルは、以前のリリースとの下位互換性がありません。 これは、MySQL データディクショナリを完全にサポートするために、NDB テーブルによって実装される追加のメタデータプロパティの使用方法が変更されたためです。

詳細は、NDB テーブルの追加メタデータの変更を参照してください。 第14章「MySQL データディクショナリ」も参照してください。

以前のリリースシリーズ (Distributed Privileges Using Shared Grant Tables を参照) で実装された MySQL サーバー間で共有される分散特権は、NDB Cluster 8.0 ではサポートされていません。 NDB 8.0.16 で提供される mysqld は、起動時に、あとで NDB ストレージエンジンを使用する付与テーブルの存在をチェックします。見つかった場合は、InnoDB を使用してこれらのローカルコピー (「「シャドウテーブル」」) を作成します。 これは NDB Cluster に接続されている各 MySQL サーバーに当てはまります。 NDB Cluster SQL ノードとして機能するすべての MySQL サーバーでこれが実行されたあと、NDB Cluster 配布に付属の ndb_drop_table ユーティリティーを使用して、NDB 付与テーブルを安全に削除できます。次に例を示します:

ndb_drop_table -d mysql user db columns_priv tables_priv proxies_priv procs_priv

NDB 付与テーブルは安全に保持できますが、アクセス制御には使用されず、事実上無視されます。

NDB 8.0 で使用される MySQL 特権システムの詳細は、セクション23.5.12「NDB_STORED_USER での分散 MySQL 権限」 および セクション6.2.3「付与テーブル」 を参照してください。

NDB 8.0.18 では、バイナリ構成ファイル形式が拡張され、以前のバージョンよりも多くのノードをサポートするようになりました。 新しい形式は、8.0.17 および古いノードからはアクセスできませんが、新しい管理サーバーは古いノードを検出し、適切な形式を使用してそれらと通信できます。

8.0.17 以前から NDB 8.0.18 以降へのアップグレードは、この点で問題になるべきではありません。 NDB 8.0.18 以降から 8.0.17 以前へのダウングレードの場合、古い管理サーバーは新しいバイナリ構成ファイル形式を読み取ることができないため、手動の介入が必要になります。 このようなダウングレードを実行する場合は、古い NDB ソフトウェアバージョンを使用して管理を開始する前に、キャッシュされたバイナリ構成ファイルを削除し、管理サーバーでプレーンテキスト構成ファイルを読み取ることができるようにする必要があります。 または、--initial オプションを使用して古い管理サーバーを起動することもできます (再度、config.ini を使用可能にする必要があります)。 クラスタで複数の管理サーバーを使用する場合は、管理サーバーバイナリごとに次の 2 つのいずれかを実行する必要があります。

また、ノード数の増加のサポートに関連して、NDB 8.0.18 でデータノード LCP Sysfile に実装された互換性のない変更のため、NDB 8.0.18 (以降) から以前のリリースへのオンラインダウングレードを実行して、--initial オプションを使用してすべてのデータノードを再起動する必要があります。

NDB 7.6.4 より前のリリースを NDB 8.0 リリースにアップグレードする場合も、--initial を使用してデータノードを再起動する必要があります。

48 を超えるデータノードを実行しているクラスタ、または 48 を超えるノード ID を使用しているデータノードを NDB 8.0.17 以前の NDB 8.0.18 に直接ダウングレードすることはサポートされていません。 このような場合は、データノードの数を減らし、古い最大値を超えないように、48 以下のノード ID を使用するようにすべてのデータノードの構成を変更する必要があります。

NDB 8.0 から NDB 7.5 または NDB 7.4 にダウングレードする場合、まだ存在しないときは、クラスタ構成ファイルで IndexMemory の明示的な値を設定する必要があります。 これは、NDB 8.0 が (NDB 7.6 で削除された) このパラメータを使用せず、デフォルトで 0 に設定するのに対し、NDB 7.5 および NDB 7.4 では必須であり、IndexMemory がゼロ以外の値に設定されていない場合、どちらのクラスタも「管理サーバーから無効な構成を受信しました ...」での起動を拒否するためです。

NDB 8.0 から NDB 7.6 へのダウングレードには、IndexMemory の設定は必要ありません。

NDB 8.0.22 では、config.ini ファイル内の管理ノードおよびデータノードに対する IPv6 アドレス指定のサポートが追加されました。 アップグレードの一環として IPv6 アドレスの使用を開始するには、次のステップを実行します: