このトピックでは、Alibaba Cloud PolarDB-Xで使用される用語について説明します。
期間 | 説明 |
region | PolarDB-Xインスタンスがデプロイされているデータセンターの地理的領域。 |
ゾーン | リージョン内の地理的エリア。 ゾーンは独立した電源とネットワークを使用します。 同じゾーンにあるPolarDB-Xインスタンス間のネットワークレイテンシは、異なるゾーンにあるPolarDB-Xインスタンス間のネットワークレイテンシよりも低くなります。 |
インスタンス | PolarDB-Xは、マルチノードモードでサービスを提供します。 各PolarDB-Xインスタンスは、複数の計算ノードとデータノードで構成されています。 |
仕様 | PolarDB-Xインスタンスの各ノードの仕様。 この仕様では、PolarDB-Xインスタンスの各ノードのリソースを指定します。 たとえば、8コアおよび64 GBメモリの仕様は、各ノードが8つのCPUコアを使用し、各ノードのメモリ容量が64 GBであることを示しています。 |
endpoint | エンドポイントは、PolarDB-Xデータベースへのアクセスに使用されるドメイン名です。 エンドポイントはアクセスポイントとも呼ばれます。 各PolarDB-Xインスタンスには複数のエンドポイントが含まれます。 各エンドポイントは、1つ以上のノードに接続するために使用できます。 たとえば、プライマリエンドポイントに送信されたリクエストは、プライマリノードに転送されます。 エンドポイントは、読み取り /書き込みモード、ノード、負荷分散モード、整合性レベルなど、データベース接続の属性を指定します。 |
address | アドレスは、異なるネットワークにおけるエンドポイントのキャリアである。 エンドポイントは、内部ネットワークを介して対応するインスタンスに接続するために使用することができるアドレスと、インターネットを介して対応するインスタンスに接続するために使用することができるアドレスとを含むことができる。 アドレスは、ドメイン名、IPアドレス、VPC、vSwitchなどのネットワーク属性を指定します。 |
クラスターエンドポイント | PolarDB-Xクラスターのエンドポイントは、クラスター内のすべてのノードにアクセスするために使用できるドメイン名です。 自動スケーリング、インテリジェントルーティング、読み書き分離、負荷分散、整合性レベル管理などの操作は、PolarDB-Xクラスターのエンドポイントを使用して実行できます。 |
読み取り専用エンドポイント | 読み取り専用エンドポイントは、PolarDB-Xクラスター内のすべての読み取り専用ノードにアクセスするために使用できるドメイン名です。 PolarDB-Xは、読み取りクエリに対して、強力なデータ一貫性と弱いデータ一貫性というデータ一貫性レベルをサポートしています。 |
プライマリインスタンス | PolarDB-Xクラスターのプライマリインスタンスは、データベースサービスを提供します。 プライマリインスタンスのエンドポイントを使用して、PolarDB-Xクラスターにアクセスできます。 |
読み取り専用インスタンス | 読み取り専用インスタンスは、プライマリインスタンスから物理的に分離された追加のリソースを提供し、プライマリインスタンスのワークロードを軽減します。 プライマリインスタンスと読み取り専用インスタンスは同じデータレプリカを使用し、読み取り専用インスタンスを使用してプライマリインスタンスに送信されるSQL文を実行できます。 読み取り専用インスタンスを使用して、ビジネスアーキテクチャを簡素化できます。 これにより、読み取り専用インスタンスの特定のデータレプリカを管理する必要がなくなります。 これは、コストとメンテナンスの作業負荷の削減にも役立ちます。 |
ワークロード | ワークロードは、トランザクション処理 (TP) ワークロードと分析処理 (AP) ワークロードに分類されます。 TPワークロードには、トランザクションの操作、書き込み操作、および単純なクエリ操作が含まれます。 APワークロードには、複雑なクエリ操作が含まれます。 |
TP | トランザクション処理。 トランザクション処理ワークロードには、単純な操作、少量のデータを処理する操作、およびリアルタイム操作が含まれます。 |
AP | 分析処理。 分析処理ワークロードには、複雑な計算操作と、大量のデータを処理するために実行される操作とが含まれます。 |
インテリジェントルーティング | PolarDB-Xインスタンスに対してインテリジェントルーティング機能を有効にすると、PolarDB-XはSQLクエリのワークロードタイプに基づいてSQLクエリをルーティングします。 たとえば、APワークロードとして識別されたSQLクエリは、読み取り専用インスタンスにルーティングされます。 |
読み書き分離 | PolarDB-Xインスタンスで読み書き分離機能を有効にすると、PolarDB-XはSQLクエリの種類に基づいてSQLクエリをルーティングします。 たとえば、トランザクションと書き込み操作の実行に使用されるSQLクエリはプライマリインスタンスにルーティングされ、すべての読み取り操作は読み取り専用インスタンスにルーティングされます。 |
データ整合性レベル | PolarDB-Xは、読み取りクエリに対して、強力なデータ一貫性と弱いデータ一貫性というデータ一貫性レベルをサポートしています。 強力なデータ整合性: プライマリインスタンスによって送信された最新のデータをクエリできます。 これにより、プライマリインスタンスと読み取り専用インスタンスで実行されるすべてのクエリのデータ一貫性を確保できます。 クエリリクエストの受信時にプライマリインスタンスから読み取り専用インスタンスに最新のデータが同期されていない場合、PolarDB-Xは最新のデータが同期されるまで待機します。 データの整合性が弱い: 読み取り専用インスタンスに格納されている現在のデータを照会できます。 クエリ要求の受信時にプライマリインスタンスから読み取り専用インスタンスに最新のデータが同期されない場合、PolarDB-Xは最新のデータが同期されるのを待たず、要求の受信直後にクエリを実行します。 |
3役割モード | PolarDB-Xは、データベース管理の3つの役割モードをサポートしています。 このモードでは、データベースを管理するために、データベース管理者 (DBA) 、データベースセキュリティ管理者 (DSA) 、およびデータ監査管理者 (DAA) の役割が作成されます。 これにより、データベース管理権限が単一のアカウントに付与されないため、データベースのセキュリティが向上します。 3役割モードは、金融取引が実行されるシナリオに適しています。 |
ホワイトリスト | PolarDB-Xでは、ホワイトリストを使用して、PolarDB-Xインスタンスへのアクセスを許可するIPアドレスとCIDRブロックを管理できます。 これにより、PolarDB-Xインスタンスへのアクセスに使用されるプロセスのセキュリティが確保されます。 ホワイトリストは、PolarDB-Xインスタンスの通常の実行には影響しません。 |
監査ログ | 監査ログは、PolarDB-Xインスタンスで実行される操作を記録するために使用されます。 デフォルトでは、SQL監査ログは45日間保持されます。 |
HTAP | ハイブリッドトランザクションおよび分析処理 (HTAP) は、オンライントランザクション処理 (OLTP) 機能とオンライン分析処理 (OLAP) 機能を提供します。 |
計算ノード | PolarDB-Xインスタンスのストレージリソースとコンピューティングリソースは分離されています。 PolarDB-Xインスタンスのコンピューティングレイヤーは、複数のコンピューティングノード (CN) で構成されます。 計算ノードの優先度と仕様は同じです。 計算ノードは、SQLパーサー、オプティマイザ、エグゼキューターなどの複数のモジュールで構成されます。 |
データノード | PolarDB-Xインスタンスのストレージリソースとコンピューティングリソースは分離されています。 PolarDB-Xインスタンスのストレージ層は、複数のデータノード (DN) で構成されます。 データノードの優先度と仕様は同じです。 データノードは、PolarDB-Xにデータを永続的に格納するために使用されます。 データノードは、Paxosプロトコルに基づいて高い信頼性と強力なデータ一貫性のストレージサービスを提供します。 |
CDC | 変更データキャプチャ (CDC) を使用すると、増分バイナリログをサブスクライブでき、MySQLデータベースのプライマリ /セカンダリレプリケーション機能を提供します。 CDCは増分データキャプチャとも呼ばれます。 |
GMS | グローバルメタサービス (GMS) は、テーブル、スキーマ、統計に関する情報などのメタ情報のグローバルな強力な一貫性を維持し、アカウントやアクセス許可に関する情報などのセキュリティ情報を維持します。 GMSは、timestamp Oracle (TSO) という名前のグローバルタイムスタンプディストリビューターも提供しています。 |
CTS | コミットタイムスタンプ (CTS) 機能は、グローバルタイムスタンプ機能の拡張機能です。 CTSを使用して、分散トランザクションでスナップショットを確実に読み取ることができます。 |
酸 | Atomicity、consistency、isolation、and durability (ACID) は、トランザクションの信頼性を維持するために、データベース管理システムがデータを書き込んだりデータを更新したりするときに確保しなければならないプロパティを示します。 |
sharding | シャーディングは、シャーディングキーと特定のシャーディングルールに基づいて、テーブル内のデータを複数のデータベースシャードとテーブルシャードに分割するプロセスです。 |
放送テーブル | ブロードキャストテーブルは、分割されないテーブルである。 ブロードキャストテーブルのレプリカは、ブロードキャストテーブルが格納されるデータベースの各データノードに格納される。 |
パーティション分割されていないテーブル | 分割されていないテーブル。 |
パーティション分割テーブル | パーティションに分割されたテーブル。 テーブル内のデータは、各パーティションに別々に格納されます。 |
テーブルグループ | 特定のテーブルをテーブルグループに追加して、異なるデータノード間で実行されるクエリの数を減らすことができます。 これにより、クエリのパフォーマンスが向上します。 テーブルグループ内のテーブルには同じ数のパーティションが含まれている必要があり、テーブルは同じアルゴリズムと同じパーティションキーを使用してパーティション分割する必要があります。 |
パーティショングループ | テーブルグループ内のすべてのテーブルがパーティションテーブルである場合、各テーブルの特定のパーティションは同じパーティショングループに分類されます。 パーティショングループは、パーティションスケジューリングで使用される基本単位です。 パーティショングループ内のすべてのパーティションは、同じデータノードに格納されます。 |
グループに参加する | 結合グループには複数のテーブルが含まれます。 同じ結合グループ内のテーブルに対して結合操作が実行されると、PolarDB-Xは結合操作を実行のためにデータノード層にプッシュダウンします。 結合演算がデータノードレイヤで実行される場合、クエリはより効率的な方法で実行される。 同じ結合グループにないテーブルに対して結合操作が実行された場合、PolarDB-Xは結合操作をデータノード層にプッシュダウンしません。 |
論理クエリ | 論理クエリは、クライアントが実行のためにPolarDB-Xに送信するSQLクエリです。 |
物理クエリ | 物理クエリは、データノード層で実行されるSQLクエリです。 |
論理接続 | 論理接続は、クライアントをPolarDB-Xインスタンスの計算ノードに接続するために使用されます。 |
物理接続 | 物理接続は、PolarDB-Xインスタンスの計算ノードをPolarDB-Xインスタンスのデータノードに接続するために使用されます。 |
分散実行プラン | 分散実行プランは、分散データベースのオプティマイザがSQLクエリを最適化した後に生成される実行プランです。 分散実行プランは、各ノードでSQL文を実行する方法を説明します。 |
コストモデル | コストモデルは、物理クエリの実行プランのコストを評価するために使用されます。 実行プランのコストは、CPU使用率、メモリ使用率、I/Oスループット、およびネットワーク帯域幅使用率のメトリックに基づいて評価されます。 |
実行モデル | 従来のデータベースはVolcanoモデルを使用します。 PolarDB-Xは、PULL法とPUSH法を組み合わせたハイブリッドモデルを使用する。 |
CBO | コストベースオプティマイザ (CBO) は、コストに基づいてSQLクエリを最適化し、最も効率的な実行計画を生成します。 |
RBO | Rule-based optimizer (RBO) は、特定のルールに基づいてSQLクエリを最適化します。 |
operator | 演算子は実行計画の基本単位です。 実行計画は複数の演算子で構成されます。 |
スケジューリング | スケジューリングは、ジョブまたはジョブの一部を実行のために別のマシンに転送するために実行されるプロセスである。 |
オンラインDDL | オンラインDDLは、同時DML操作をブロックしないDDL操作を示す。 たとえば、インデックスを作成するために実行される操作は、実行中の同時DML操作をブロックしません。 |
分散トランザクション | 分散トランザクションは、複数のデータノードにわたって実行されるトランザクションである。 |
グローバルタイムスタンプ | グローバルタイムスタンプは増分であり、PolarDB-Xインスタンスでグローバルに一意です。 |
ローカルインデックス | ローカルインデックスは、データノードが実行するMySQLエンジンによって維持されます。 ローカルインデックスは、セカンダリインデックスとも呼ばれます。 |
GSI | グローバルセカンダリインデックス (GSI) のデータは、特定のルールに基づいて複数のデータノードに分散されます。 |
クラスター化インデックス | クラスター化インデックスは、デフォルトでベーステーブルのすべての列をカバーする特別なグローバルセカンダリインデックスです。 クラスタ化インデックスを使用すると、ベーステーブルをスキャンする必要なく、インデックステーブルから要求されたデータを照会できます。 これにより、リソースのオーバーヘッドを削減できます。 |
自動シャーディング | 自動シャーディングは、テーブル内のデータを主キーに基づいて複数のシャードに水平方向に分割します。 |
スケールアウトとスケールイン | スケールアウトは、PolarDB-Xインスタンスのノード数を増やすために実行されるスケーリング操作を示します。 たとえば、PolarDB-Xインスタンスを4ノードから8ノードにスケールアウトできます。 スケールインは、PolarDB-Xインスタンスのノード数を減らすために実行されるスケーリング操作を示します。 |
スケールアップとスケールダウン | スケールアップは、PolarDB-Xインスタンスの各ノードの仕様をアップグレードするために実行されるスケーリング操作を示します。 たとえば、各ノードの仕様を4コアと8 GBメモリから16コアと32 GBメモリにスケールアップできます。 スケールダウンは、PolarDB-Xインスタンスの各ノードの仕様をダウングレードするために実行されるスケーリング操作を示します。 |
X-パクソス | X-PaxosはAlibaba Groupが開発したプロトコルです。 X-Paxosは、分散データベースのデータの一貫性を確保するために使用されます。 |
リーダー、フォロワー、学習者 | X-Paxosは、leader、follower、learnerのタイプのノードをサポートしています。 リーダーノードは、要求を開始することができる。 既存のリーダーノードで障害が発生した場合、フォロワノードを新しいリーダーとして選択できます。 学習者ノードは、プライマリインスタンスからのデータ変更のみを受信でき、リーダーとして選択することはできません。 |