テーブルごとの行数の制限はありません。容量に特に関係しています。既知の制限」を参照してください。問題」も参照してください。外部キーはサポートされますか。ストレージエンジンと同等の外部キー制約のサポートが追加されました。制約」およびセクション13.1.17.2「外部キー制約の使用」を参照してください。以降を使用してください。インポートするにはどうすればよいですか。ストレージエンジンを使用する必要があることです。指定してテーブルを作成する必要があることを意味します。変更することもできます。ストレージエンジンと互換性がある必要があります。追加の回避策も必要となります。既知の制限」を参照してください。ノードはどのようにして相互にやり取りしますか。使用して通信できます。デフォルトで使用されます。これは実験的とみなされます。高可用性のプロトコルであり、特殊なハードウェアおよびドライバが必要となります。高速インターコネクトの使用」を参照してください。A.10.29.アービトレータとは何ですか。以上のデータノードで障害が発生した場合、相互に「認識」できないクラスタデータノードが発生することがあります。(「スプリットブレイン」シナリオとも呼ばれます)。各セットのデータノードがクラスタ全体のように動作しようとするため、このタイプの状況は好ましくありません。競合するデータノードのセットのいずれかを選択するために、アービトレータが必要となります。つのノードグループのすべてのデータノードが存続して場合、クラスタの単一のサブセットが独自に機能するクラスタを形成できないため、ネットワークのパーティション化は問題とはなりません。発生する可能性があります。アービトレータが必要となります。すべてのクラスタノードは、同じノードをアービトレータとして認識しますが、通常、これは管理サーバーです。サーバーのいずれかを代わりにアービトレータとして動作するように構成できます。アービトレータは、クラスタノードの最初のセットがアクセスすることを受け入れ、残りのセットにシャットダウンするように指示します。構成パラメータによって制御されます。構成パラメータを使用してアービトレータの選択処理を制御することもできます。管理サーバーの定義」を参照してください。アービトレータの役割によって、指定されたホストに重い要求が課されることはないため、アービトレータのホストはこの目的のために特別に処理が速いマシン、または追加のメモリーがあるマシンである必要はありません。よってサポートされるデータ型を何ですか。すべてサポートしています。ストレージエンジンは空間インデックスをサポートしていません。よってのみサポートされます。詳細は、セクション11.5「空間データの拡張」を参照してください。テーブルとともに使用された場合、インデックスに関していくつかの違いがあります。固定長の行のみが格納されています。領域が必要となることを意味します。既知の制限」を参照してください。起動および停止するにはどうすればよいですか。クラスタ内の各ノードを次の順序で個別に起動する必要があります。コマンドを使用して、管理ノードを起動します。オプションを指定して、構成ファイルのある場所を管理ノードに通知する必要があります。コマンドを使用して、各データノードを起動します。オプションを指定して各データノードを起動する必要があります。オプションを指定して起動する必要があります。影響を受けるノードがあるマシンのシステムシェルで、これらの各コマンドを実行する必要があります。(そのマシンを物理的にその場で操作する必要はありません。リモートログインシェルをこの目的に使用できます。コマンドを発行します。コマンドを発行します。システムシェルに次のコマンドを入力できます。"SHUTDOWN"(この例の引用符はオプションです。オプションの後ろのコマンド文字列にスペースがないためです。コマンドでは大文字/小文字が区別されません。プロセスが正常に終了します。使用して停止できます。安全なシャットダウンと再起動」を参照してください。データはどうなりますか。クラスタのデータノードによってメモリーに保持されていたデータがディスクに書き込まれ、次回クラスタが起動されたときにメモリーにリロードされます。複数の管理ノードを使用することはよい考えですか。フェイルセーフとして役に立つことがあります。以上の追加の管理ノードが引き継ぐようにすることができます。構成ファイル」を参照してください。異なる種類のハードウェアおよびオペレーティングシステムを混在させることはできますか。