このトピックでは、クラウドネイティブ分散リレーショナルデータベース PolarDB-X を使用する際に登場する用語について説明します。
コンソール用語
用語 | 説明 |
リージョン | PolarDB-X クラスターがデプロイされているデータセンターの地理的エリアです。 |
ゾーン | リージョン内の地理的エリアです。ゾーンは独立した電源とネットワークを備えています。同一ゾーン内のインスタンス間のネットワークレイテンシーは、異なるゾーンにあるインスタンス間のレイテンシーよりも低くなります。 |
クラスター (インスタンス) | PolarDB-X はマルチノードクラスターアーキテクチャを採用しています。クラスターには、複数のコンピューティングノードとデータノードが含まれています。クラスターはインスタンスとも呼ばれます。 |
コンピューティングノード | PolarDB-X インスタンスは、コンピューティングとストレージの分離アーキテクチャを採用しています。コンピューティングレイヤーは、同等で同じ仕様を持つ複数のコンピューティングノードで構成されています。 コンピューティングノードには、SQL パーサー、オプティマイザ、エグゼキューターなどのモジュールが含まれます。 |
データノード | PolarDB-X インスタンスは、コンピューティング・ストレージ分離アーキテクチャを採用しています。ストレージ層は複数のデータノードで構成されています。すべてのデータノードは対等な関係にあり、同じ仕様を持ちます。 データノードはデータの永続化を担当し、多数決ベースの Paxos プロトコルに基づいて高い信頼性と強整合性を提供します。 |
メタデータノード | PolarDB-X インスタンスのメタデータ管理ノードです。主にテーブルトポロジなどのステータス情報を記録し、グローバルタイムスタンプサービスを提供します。 |
変更データキャプチャ (CDC) | プライマリ/セカンダリレプリケーションプロトコルは、MySQL バイナリログがサポートするプロトコルとデータフォーマットに互換性があります。変更データキャプチャ (CDC) は、MySQL と互換性のあるプライマリ/セカンダリレプリケーションプロトコルおよび増分サブスクリプション機能を提供します。 |
インスタンスタイプ | PolarDB-X インスタンスの各ノードのリソース構成 (8 コア、64 GB のメモリなど) 。 |
クラスターエンドポイント | インスタンス内の複数のノードを統合した統一読み書きエンドポイントです。クラスターエンドポイントは、自動スケーリング、インテリジェントルーティング、読み書き分離、負荷分散、整合性レベルなどの機能を備えています。 |
読み取り専用エンドポイント | インスタンス内の複数の読み取り専用ノードを統合して読み取り専用サービスを提供するエンドポイントです。PolarDB-X クラスターは、強い整合性と弱い整合性という 2 つのクエリ整合性レベルで読み取り専用サービスを提供します。 |
プライマリインスタンス | データベースサービスを提供するプライマリクラスターです。クラスターエンドポイントを使用してプライマリインスタンスにアクセスできます。 |
読み取り専用インスタンス | 読み取り専用インスタンスは、プライマリインスタンスから分離された追加の物理リソースを提供し、プライマリインスタンスの負荷を軽減します。読み取り専用インスタンスはプライマリインスタンスで使用される SQL 構文をサポートし、プライマリデータと同じデータを共有できます。読み取り専用インスタンスを使用することで、ビジネスアーキテクチャのデータリンクを簡素化し、追加のデータ同期が不要になります。これにより、運用管理コストと予算を削減できます。 |
ワークロード | ワークロードは、トランザクション処理 (TP) と分析処理 (AP) に分類されます。トランザクション内操作、書き込み操作、単純なクエリ操作は TP ワークロードに分類されます。複雑なクエリ操作は AP ワークロードに分類されます。 |
インテリジェントルーティング | クラスターエンドポイントでインテリジェントルーティングを有効にすると、統計情報に基づいて SQL クエリのワークロードタイプを識別し、SQL クエリをルーティングします。例えば、AP 負荷と識別された SQL クエリは読み取り専用インスタンスにルーティングされます。 |
読み書き分離 | クラスターエンドポイントで読み書き分離を有効にすると、SQL 文のタイプに基づいて操作が直接異なるインスタンスにルーティングされます。例えば、トランザクション内操作と書き込み操作はプライマリインスタンスにルーティングされ、すべてのクエリ操作は読み取り専用インスタンスにルーティングされます。 |
クエリ整合性レベル | 読み取り専用エンドポイントは、強い整合性と弱い整合性という 2 つのクエリ整合性レベルを提供します。
|
3 ロールモード | PolarDB-X はデータベース管理の 3 ロールモードをサポートしています。3 ロールモードでは、データベースを管理するために 3 つのロールが定義されています。3 つのロールは、データベース管理者 (DBA)、データベースセキュリティ管理者 (DSA)、データ監査管理者 (DAA) です。データベース管理権限が 1 つのアカウントに付与されないため、データベースのセキュリティが向上します。3 ロールモードは主に金融業界で使用されます。 |
ホワイトリスト | PolarDB-X インスタンスにアクセスセキュリティ保護を提供します。ホワイトリストを設定しても、PolarDB-X インスタンスの通常の運用には影響しません。 |
監査ログ | ユーザー操作を記録します。SQL 監査ログはデフォルトで 45 日間保持されます。 |
カーネル用語
用語 | 説明 |
分散テーブル | シャーディングとは、特定のルールに基づいてシャードキーを使用して、テーブル内のデータを複数のデータベースとテーブルに分割することです。 |
ブロードキャストテーブル | ブロードキャストテーブルは分割されず、データベース内のすべてのデータノードにテーブルのレプリカが存在します。 |
シングルテーブル | シングルテーブルは分割されていないテーブルです。 |
データベースモード | データベース作成時に |
DRDS モードデータベース |
|
AUTO モードデータベース |
|
AUTO テーブル | AUTO モードデータベースで、PARTITION 構文を使用せずに作成されたテーブルは AUTO テーブルと呼ばれます。AUTO テーブルは分散されています。 |
パーティションテーブル | AUTO モードデータベースで、 |
テーブルグループ | AUTO モードデータベースでは、クロスマシンクエリを可能な限り回避してパフォーマンスを向上させるために、特定のグローバルインデックスをテーブルグループにグループ化できます。テーブルグループ内のすべてのインデックスは、同じパーティション数、同じパーティションアルゴリズム、同じパーティションキーを持つ必要があります。テーブルグループはグローバルインデックス単位で構成されます。プライマリテーブルには独自のテーブルグループがあり、各グローバルセカンダリインデックスにも独自のテーブルグループがあります。 |
パーティショングループ | AUTO モードデータベースで、テーブルグループ内のテーブルがパーティションテーブルの場合、テーブルグループ内の各テーブルから1つのパーティションが集まり、パーティショングループを形成します。パーティショングループはパーティションスケジューリングの基本単位です。パーティショングループに属するすべてのテーブルパーティションは、常に同じデータノード上に配置されます。 |
ジョイングループ | AUTO モードデータベースでは、ジョイングループは複数のテーブルで構成されています。同じジョイングループ内のグローバルインデックス (プライマリテーブルとグローバルセカンダリインデックス) は、同じテーブルグループにスケジュールされます。 |
実行計画 | SQL クエリ文を解析および最適化した後に実行可能なプランです。 |
クエリ書き換え | 事前定義されたルールに基づいて論理プランを最適化し、より良い論理プランを出力します。 |
プランキャッシュ | 実行計画をキャッシュすることで、次回 SQL 文が実行される際に、パラメータ化された SQL 文字列に基づいて実行計画を直接取得できます。 |
プラン管理 | プラン管理とは、各 SQL 文に対して 1 つまたは複数の実行計画を保存することです。SQL 文が実行されると、PolarDB-X は SQL 文に対して保存された実行計画を選択します。 |
コストモデル | 物理クエリ実行計画のコストを見積もるために使用されます。PolarDB-X は、実行コストを 4 タプル (CPU, Memory, IO, Net) で記述します。 |
実行モデル | Volcano 実行モデルを使用する従来のデータベースとは異なり、PolarDB-X は、Pull と Push を組み合わせたハイブリッド実行モデルを使用します。 |
コストベースオプティマイザ (CBO) | コストベースのオプティマイザです。 |
ルールベースオプティマイザ (RBO) | ルールベースのオプティマイザです。 |
オペレーター | オペレーターは実行計画の基本単位です。実行計画は複数のオペレーターで構成されています。 |
スケジューリング | スケジューリングとは、ジョブまたはジョブの一部を別のマシンに移動して実行することです。 |
オンライン DDL | オンライン DDL は、同時実行 DML 操作をブロックしない DDL 操作を指します。例えば、インデックス作成操作は、実行中の同時実行 DML 操作をブロックしません。 |
論理クエリ | クライアントから PolarDB-X に送信される SQL クエリ。 |
物理クエリ | データノード上で実行される SQL クエリです。 |
論理接続 | クライアントから PolarDB-X コンピューティングノードへの接続。 |
物理接続 | PolarDB-X コンピュートノードから PolarDB-X データノードへの接続。 |
分散トランザクション | 同じトランザクション内の操作が複数のデータノードにまたがります。 |
グローバルタイムスタンプ | グローバルタイムスタンプは、PolarDB-X クラスター内でインクリメンタルかつグローバルで一意です。 |
ローカルインデックス | ローカルインデックスは、データノード内の MySQL によって管理されます。セカンダリインデックスとも呼ばれます。 |
グローバルセカンダリインデックス (GSI) | グローバルセカンダリインデックス (GSI) 内のデータは、特定のルールに基づいて複数のデータノードに分散されます。 |
クラスター化インデックス | クラスター化インデックスは、デフォルトでベーステーブルのすべての列をカバーする特殊なグローバルセカンダリインデックスです。クラスター化インデックスを使用すると、ベーステーブルをスキャンする必要なく、インデックステーブルからクエリで要求されたデータを取得できます。これにより、リソースのオーバーヘッドが削減されます。 |
自動シャーディング | プライマリキータイプに基づいてテーブルを自動的にシャーディングします。 |
スケールアウトとスケールイン | スケールアウトまたはスケールインは、ノード数の増減を指します。例えば、クラスターを 4 ノードから 8 ノードにスケールアウトできます。 |
スケールアップとスケールダウン | 単一ノードの構成を増減します。例えば、ノード仕様を 4 コア 8 GB から 16 コア 32 GB に増やすことができます。 |
X-Paxos | X-Paxos は Alibaba Group が開発したプロトコルです。X-Paxos は分散データベースにおけるデータの整合性を保証するために使用されます。 |
リーダー/フォロワー/ラーナー | X-Paxos は次の 3 つのノードタイプを定義します。リーダーノードは提案を開始します。フォロワーノードは新しいリーダーを選出できます。ラーナーノードはプライマリインスタンスからのデータ変更のみを受信し、リーダー選出には参加しません。 |
プライマリテーブルへのアクセス | インデックススキャン後に、クエリに必要な列を取得するためにプライマリテーブルをクエリする操作です。 |