MySQL 8.0 リファレンスマニュアル MySQL NDB Cluster 8.0 を含む
このページは機械翻訳したものです。
FEDERATED ストレージエンジンを使用するときは、次の点に注意することをお勧めします。
FEDERATED テーブルは他のレプリカにレプリケートできますが、レプリカサーバーが CONNECTION 文字列 (または mysql.servers テーブルの行) に定義されているユーザー/パスワードの組合せを使用してリモートサーバーに接続できることを確認する必要があります。
次の項目は、FEDERATED ストレージエンジンがサポートしている機能とサポートしていない機能を示します。
リモートサーバーは MySQL サーバーでなくてはいけません。
FEDERATED テーブルがポイントするリモートテーブルは、FEDERATED テーブルを介してそのテーブルにアクセスを試みる前に、存在している必要があります。
ある FEDERATED テーブルがほかのテーブルをポイントすることは可能ですが、ループを作らないように注意する必要があります。
FEDERATED テーブルは通常の意味でインデックスをサポートしていません。テーブルデータへのアクセスはリモートで処理されるため、実際にはインデックスを使用するリモートテーブルです。 つまり、インデックスを使用できないために全テーブルスキャンが必要なクエリーの場合、サーバーはリモートテーブルからすべての行をフェッチし、ローカルでフィルタします。 これは、この SELECT ステートメントで使用される WHERE または LIMIT に関係なく発生します。これらの句は、戻される行にローカルに適用されます。
したがって、インデックスの使用に失敗したクエリーは、パフォーマンスおよびネットワークオーバーロードの低下を引き起こす可能性があります。 また、返される行はメモリーに格納する必要があるため、このようなクエリーによってローカルサーバーのスワッピングやハングアップが発生することもあります。
同等の MyISAM やほかのテーブルからのインデックス定義がサポートされていない可能性があるため、FEDERATED テーブルを作成するときは注意を払うようにしてください。 たとえば、テーブルが VARCHAR、TEXT または BLOB カラムでインデックス接頭辞を使用している場合、FEDERATED テーブルの作成は失敗します。 MyISAM を使用した次の定義は有効です:
CREATE TABLE `T1`(`A` VARCHAR(100),UNIQUE KEY(`A`(30))) ENGINE=MYISAM;
この例のキー接頭辞は FEDERATED エンジンと互換性がなく、同等のステートメントが失敗します:
CREATE TABLE `T1`(`A` VARCHAR(100),UNIQUE KEY(`A`(30))) ENGINE=FEDERATED CONNECTION='MYSQL://127.0.0.1:3306/TEST/T1';
可能であれば、これらのインデックスの問題を回避するため、リモートサーバーとローカルサーバーの両方にテーブルを作成する場合、カラムとインデックスの定義を分けるようにしてください。
内部的に、実装は SELECT、INSERT、UPDATE、および DELETE を使用しますが、HANDLER は使用しません。
FEDERATED ストレージエンジンは、SELECT、INSERT、UPDATE、DELETE、TRUNCATE TABLE、およびインデックスをサポートしています。 DROP TABLE を除いて、ALTER TABLE や、テーブルの構造に直接影響を与えるデータ定義言語ステートメントをサポートしていません。 現在の実装は、プリペアドステートメントを使用しません。
FEDERATED は INSERT ... ON DUPLICATE KEY UPDATE ステートメントを受け入れますが、重複キー違反が起こった場合、ステートメントはエラーで失敗します。
トランザクションはサポートされていません。
FEDERATED は、複数の行がバッチでリモートテーブルに送信されるように一括挿入処理を実行するため、パフォーマンスが向上します。 また、リモートテーブルがトランザクション対応の場合、エラーが発生したときにリモートストレージエンジンはステートメントロールバックを適切に実行できます。 この機能には次の制限があります。
挿入のサイズは、サーバー間の最大パケットサイズを超えることはできません。 挿入がこのサイズを超えた場合、複数のパケットに分割され、ロールバック問題が発生する可能性があります。
大量挿入処理は INSERT ... ON DUPLICATE KEY UPDATE では起こりません。
FEDERATED エンジンは、リモートテーブルが変わったかどうかを知る方法がありません。 その理由は、このテーブルが、データベースシステム以外の何かによって決して書き込まれることのないデータファイルのように動作する必要があるためです。 リモートデータベースに変更が加えられた場合に、ローカルテーブルのデータの完全性が損なわれる可能性があります。
CONNECTION 文字列を使用する場合、パスワードに '@' 文字を使用できません。 CREATE SERVER ステートメントを使用してサーバー接続を作成することで、この制限を回避できます。
insert_id および timestamp オプションはデータプロバイダには伝達されません。
FEDERATED テーブルに対して発行された DROP TABLE ステートメントは、ローカルテーブルだけを削除し、リモートテーブルは削除しません。
FEDERATED テーブルはクエリーキャッシュでは機能しません。
ユーザー定義のパーティション化は、FEDERATED テーブルではサポートされていません。