グローバル読み取り専用ノードを使用すると、マルチマスタークラスター (Limitless) クラスター内のすべてのプライマリノードに分散して保存されたデータを、単一のアクセスポイントからクエリ実行できます。クロスデータベースクエリを実現するために別途同期パイプラインを構築する代わりに、既存のクラスターに 1 つのノードを追加し、グローバル読み取り専用エンドポイント経由で接続します。
仕組み
マルチマスタークラスター (Limitless) クラスター内のすべてのデータファイルは PolarStore に格納され、分散ファイルシステム層である PolarFileSystem を介してグローバル読み取り専用ノードに公開されます。グローバル読み取り専用エンドポイントに対してクエリを送信すると、PolarProxy が自動的に SQL ステートメントに関与するプライマリノードを特定し、読み書き分離を活用して各ノードからデータをフェッチします。
ユースケース
以下のケースで、グローバル読み取り専用ノードの活用が特に有効です。
クロスデータベースクエリが頻繁に発生する場合 — アプリケーションが複数のプライマリノードにまたがって配置されたテーブル（例：
SELECT * FROM db1.tbl1 t1, db2.tbl2 t2 WHERE t1.id = t2.id）からデータを結合または集計する場合別途同期パイプラインを構築したくない場合 — グローバル読み取り専用ノードは PolarStore から直接データを読み取るため、外部レプリケーションは不要です
グローバル読み取り専用ノードを採用する理由
クロスデータベースクエリ用の別途クラスター不要
本機能を利用しない場合、クロスデータベースクエリを処理するには、すべてのプライマリノードからデータを統合するための別途 PolarDB for MySQL クラスターを購入し、そのクラスターを最新状態に保つために複数の Data Transmission Service (DTS) 同期リンクを設定する必要があります。
グローバル読み取り専用ノードを導入することで、上記の両方の要件が不要になります。このノードは、プライマリノードが利用しているのと同じストレージレイヤーである PolarStore から直接データを読み取るため、追加のクラスターおよび DTS リンクは一切必要ありません。
数十ミリ秒レベルのレプリケーションラグ
DTS 同期では通常数秒の遅延が発生します。一方、グローバル読み取り専用ノードはデータをレプリケーションではなく PolarFileSystem 経由で直接アクセスするため、レプリケーションラグは数十ミリ秒まで低減されます。これは、タイムリーな結果が求められるクロスデータベースクエリにおいて重要な利点です。
対応バージョン
グローバル読み取り専用ノードは、PolarDB for MySQL 8.0 を実行中のマルチマスタークラスター (Limitless) クラスターでのみご利用いただけます。
課金
コンピューティングノードのみが課金対象となります。料金の詳細については、従量課金のコンピューティングノードの価格およびサブスクリプションのコンピューティングノードの価格をご参照ください。
グローバル読み取り専用ノードの追加
グローバル読み取り専用ノードの追加手順は、標準の読み取り専用ノードを追加する手順と同一です。「読み取り専用ノードの追加」をご参照ください。
ノードの追加後、グローバル読み取り専用エンドポイント経由で接続してクロスデータベースクエリを実行します。ワークロードの変更に応じてノードスペックを調整するには、「クラスターのスペックを手動で変更する」をご参照ください。
グローバル読み取り専用カラムストアノードの追加
グローバル読み取り専用カラムストアノードを追加するには、まず loose_polar_enable_imci_with_mm パラメーターを ON に設定します。パラメーターの詳細については、「パラメーター構成」をご参照ください。ノード追加の手順については、「読み取り専用 IMCI ノードの追加」をご参照ください。
グローバル読み取り専用ノードの削除
グローバル読み取り専用ノードを削除する場合は、「読み取り専用ノードの削除」をご参照ください。
グローバル読み取り専用ノードを削除すると、グローバル読み取り専用エンドポイントも同時に削除されます。このエンドポイント経由のクロスデータベースクエリは停止します。サービス中断を回避するため、ノードを削除する前に、クラスターエンドポイント経由でプライマリノードに再接続してください。