MySQL におけるデータベース間関連クエリメソッド

ビジネスシナリオ: 異なるデータベース内のテーブルをクエリする

たとえば、関連付けられるテーブルは、マシン A 上のデータベース A のテーブル A と、マシン B 上のデータベース B のテーブル B です。

この場合、「select A.id,B.id from A left join B on ~~~;」を実行することはできませんが、ビジネス要件は不変であり、データベース設計は不変であるため、面倒です。 。

解決策: マシン A 上のデータベース A にテーブル B を作成します。 。 。

冗談ではなく、MySQL のフェデレーテッド エンジンに基づいてテーブルを構築する方法を使用しています。

テーブル作成ステートメントの例:

CREATE TABLE `table_name`(......) ENGINE = FEDERATED CONNECTION = 'mysql://[ユーザー名]:[パスワード]@[場所]:[ポート]/[db-name]/[テーブル名]'

前提条件: MySQL がフェデレーテッド エンジンをサポートしている必要があります (サポートされているかどうかを確認するには、show engines; を実行します)。

FEDERATED エンジンがあるのに、サポートが NO の場合、MySQL にこのエンジンがインストールされているが有効になっていないことを意味します。my.cnf ファイルの末尾に federated の行を追加し、MySQL を再起動します。

FEDERATED 行がまったくない場合は、MySQL エンジンがインストールされていないことを意味し、快適にプレイすることはできません。次のステップは比較的大きく、どのように実行すればよいか分からないため、運用と保守に修正を依頼するのが最善です。

説明: FEDERATED エンジンによって作成されたテーブルにはローカル テーブル定義ファイルのみがあり、データ ファイルはリモート データベースに存在します。このエンジンを使用すると、Oracle の DBLINK に類似したリモート データ アクセス機能を実装できます。つまり、このテーブル作成方法では、データベース A にテーブル B のテーブル構造ファイルのみが作成されます。テーブル インデックス、データ、およびその他のファイルは、マシン B のデータベース B に残ります。これは、データベース A にテーブル B へのショートカットを作成するのと同じです。

それで、睾丸の痛みはなくなりました。 。

注意すべき点がいくつかあります:

1. ローカル テーブル構造はリモート テーブル構造とまったく同じである必要があります。

2. リモートデータベースは現在MySQLに限定されています

3. トランザクションをサポートしていない

4. テーブル構造の変更はサポートされていません

他のネットユーザーはこう付け加えた。

`logintoken`が存在しない場合はテーブルを作成(
`id` int(11) NOT NULL AUTO_INCREMENT,
`type` char(1) NOT NULL デフォルト '0',
`loginName` varchar(20) デフォルト NULL,
`token` varchar(2000) デフォルト NULL,
`tokenExpiredTime` タイムスタンプ NULL デフォルト NULL、
主キー (`id`)
)ENGINE=FEDERATED CONNECTION='mysql://root:[email protected]:3306/zysso/logintoken';

リモート 5.12 logintoken テーブルを使用するには、FEDERATED を自分で有効にするだけで済みます。5.12 では有効にする必要はありません。