📣新登場！TiDB Cloud BYOC、TiDB Cloud Filesystem、PostgreSQL-compatible TiDB Cloud Starter がパブリックプレビュー中。このページは自動翻訳されたものです。原文はこちらからご覧ください。
AI
開発者
ベストプラクティス
API

TiDB Cloud用語集

A

ACID

ACIDとは、トランザクションの4つの主要な特性、すなわち原子性、一貫性、分離性、および永続性を指します。これらの特性はそれぞれ以下で説明します。

  • 原子性とは、操作のすべての変更が実行されるか、まったく実行されないかのどちらかであることを意味します。TiDB は、主キーを格納するTiDBリージョンの原子性を確保することで、トランザクションの原子性を実現します。

  • 一貫性とは、トランザクションによってデータベースが常に一貫性のある状態から別の一貫性のある状態へと移行することを意味します。TiDBでは、メモリにデータを書き込む前にデータの一貫性が確保されます。

  • 分離性とは、進行中のトランザクションが完了するまで他のトランザクションから見えないことを意味します。これにより、同時実行トランザクションは一貫性を損なうことなくデータの読み書きを行えます。TiDB は現在、 REPEATABLE READの分離レベルをサポートしています。

  • 永続性とは、一度トランザクションがコミットされると、システム障害が発生した場合でもコミットされた状態が維持されることを意味します。TiKVは永続ストレージを使用して永続性を確保しています。

C

クラスター

TiDB Cloudでは、クラスターとは、ノードトポロジー、インスタンスタイプ、ストレージ構成、スケーリングモデルなどの明確なインフラストラクチャの詳細を含む、専用のクラウドデプロイメントのことです。

TiDB Cloudのプランの中で、このデプロイメントモデルを採用しているのはTiDB Cloud Dedicatedクラスターのみです。

クレジット

TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジットを提供しています。1クレジットは1米ドルに相当します。クレジットは有効期限が切れる前に料金の支払いに使用できます。

D

データアプリ

Data Service（PREVIEW）のデータアプリは、特定のアプリケーションのデータにアクセスするために使用できるエンドポイントの集合です。APIキーを使用して認可設定を構成することで、データアプリ内のエンドポイントへのアクセスを制限できます。

詳細については、データアプリを管理するを参照してください。

Data Service

Data Service（PREVIEW）を使用すると、カスタムAPIエンドポイントを使用してHTTPSリクエスト経由でTiDB Cloudデータにアクセスできます。この機能はサーバーレスアーキテクチャを採用し、コンピューティングリソースと柔軟なスケーリングを処理するため、インフラストラクチャやメンテナンスコストを気にすることなく、エンドポイントのクエリロジックに集中できます。

詳細については、Data Service概要をご覧ください。

直接顧客

直接顧客とは、 TiDB Cloudを購入し、PingCAP から直接請求書を支払うエンド顧客です。 MSPのお客様とは区別されます。

E

エンドポイント

Data Service のエンドポイントは、SQL文を実行するようにカスタマイズできる Web API です。SQL文には、 WHERE句で使用される値などのパラメーターを指定できます。クライアントがエンドポイントを呼び出し、リクエスト URL のパラメーターに値を指定すると、エンドポイントは指定されたパラメーターを使用して対応する SQL文を実行し、結果を HTTP レスポンスの一部として返します。

詳細については、エンドポイントを管理するを参照してください。

F

全文検索

意味的な類似性に焦点を当てるベクトル検索とは異なり、全文検索では正確なキーワードに基づいて文書を取得できます。検索拡張生成（RAG）シナリオでは、全文検索とベクトル検索を組み合わせて使用することで、検索品質を向上させることができます。

詳細については、 SQLによる全文検索およびPythonによる全文検索を参照してください。

M

メンバー

TiDB Cloudの組織に招待されたユーザー。

MPP

バージョン5.0以降、TiDBはTiFlashノードを介した大規模並列処理（MPP）アーキテクチャを導入し、大規模な結合クエリの実行ワークロードをTiFlashノード間で共有します。MPPモードが有効になっている場合、TiDBはコストに基づいて、計算にMPPフレームワークを使用するかどうかを決定します。MPPモードでは、結合キーは計算中にExchange操作によって再分配され、計算負荷が各TiFlashノードに分散され、計算速度が向上します。詳細については、 TiFlash MPPモードを使用するを参照してください。

MSP顧客

マネージドサービスプロバイダー（MSP）の顧客とは、 TiDB Cloudを購入し、MSPチャネルを通じて請求書を支払うエンドユーザーのことです。これは直接の顧客とは異なります。

マネージドサービスプロバイダー（MSP）

マネージドサービスプロバイダー（MSP）とは、 TiDB Cloudを再販し、 TiDB Cloudの組織管理、請求サービス、技術サポートなどを含む（ただしこれらに限定されない）付加価値サービスを提供するパートナーです。

N

ノード

データインスタンス（TiKV）、コンピューティングインスタンス（TiDB）、または分析インスタンス（TiFlash）のいずれかを指します。

O

組織

TiDB Cloudアカウント (任意の数の複数のメンバーアカウントを持つ管理アカウントを含む)、プロジェクト、およびリソースを管理するための最上位のコンテナー。

組織のメンバー

組織メンバーとは、組織のオーナーまたはプロジェクトのオーナーから組織への参加を招待されたユーザーのことです。組織メンバーは、組織内のメンバーを閲覧したり、組織内のプロジェクトに招待されたりできます。

P

ポリシー

役割、ユーザー、または組織に適用される権限（特定のアクションやリソースへのアクセスなど）を定義する文書。

プロジェクト

TiDB Cloudでは、プロジェクトを使用してTiDBリソースをグループ化および管理できます。

  • TiDB Xインスタンス（ TiDB Cloud Starter、 Essential、Premiumインスタンスを含む）の場合、プロジェクトはオプションです。つまり、これらのインスタンスをプロジェクトにグループ化することも、組織レベルで管理することもできます。
  • TiDB Cloud Dedicatedクラスターの場合、プロジェクトが必要です。

プロジェクトの機能はプロジェクトの種類によって異なります。現在、プロジェクトには以下の3種類があります。

  • TiDB Dedicatedプロジェクト：このプロジェクトタイプは、 TiDB Cloud Dedicatedクラスターでのみ使用されます。RBAC、ネットワーク、メンテナンス、アラート購読、暗号化アクセスなど、 TiDB Cloud Dedicatedクラスターの設定をプロジェクトごとに個別に管理できます。
  • TiDB X プロジェクト: このプロジェクトタイプは TiDB X インスタンスでのみ使用されます。プロジェクトごとに TiDB X インスタンスの RBAC を管理できます。TiDB X プロジェクトは My TiDB ページでプロジェクトを作成する際のデフォルトのプロジェクトタイプです。
  • TiDB X 仮想プロジェクト: このプロジェクトは仮想プロジェクトであり、管理機能は提供しません。これは、どのプロジェクトにも属さない TiDB X インスタンスの仮想コンテナーとして機能するため、これらのインスタンスには、プロジェクト ID を使用して TiDB Cloud API 経由でアクセスできます。各組織には一意の仮想プロジェクト ID があります。この ID は、TiDB Cloud API の List all accessible projects エンドポイントから取得できます。

これらのプロジェクトタイプの違いの詳細については、 プロジェクトを参照してください。

プロジェクトメンバー

プロジェクトメンバーとは、組織の1つ以上のプロジェクトへの参加を招待されたユーザーのことです。

R

ごみ箱

有効なバックアップがある削除済みTiDB Cloudリソースのデータが保存される場所。

バックアップされたTiDB Cloudリソースが削除されると、その既存のバックアップファイルはごみ箱に移動されます。自動バックアップからのバックアップファイルについては、ごみ箱に指定された期間保持されます。バックアップの保持期間はBackup Settingで設定でき、デフォルトは 7 日です。手動バックアップからのバックアップファイルには有効期限はありません。データ損失を防ぐため、新しいTiDB Cloudリソースにデータを速やかに復元してください。なお、 TiDB Cloudリソースにバックアップがない場合、削除されたリソースはごみ箱に表示されません。

現在、ごみ箱機能をサポートしているTiDB Cloudリソースの種類は以下のとおりです。

  • TiDB Cloud Essentialインスタンス
  • TiDB Cloud Premiumインスタンス
  • TiDB Cloud Dedicatedクラスター

リージョン

  • TiDB Cloudリージョン

    TiDB Cloudリソースがデプロイされる地理的領域。TiDB Cloudリージョンは少なくとも3つのアベイラビリティゾーンで構成され、クラスターまたはインスタンスはこれらのゾーンにまたがってデプロイされます。

  • TiDBリージョン

    TiDBにおけるデータの基本単位。TiKVはキーバリュー空間を連続するキーセグメントに分割し、各セグメントをリージョンと呼びます。デフォルトでは、新しく分割されたリージョンの推定サイズは、TiDB v8.4.0以降では256 MiB、TiDB v8.4.0より前のバージョンでは96 MiBです。

レプリカ

同一または異なるリージョンに配置される、同じデータを含む独立したデータベース。レプリカは、ディザスターリカバリ目的やパフォーマンス向上のためによく使用されます。

レプリケーションキャパシティユニット（RCU）

TiDB Cloud は、変更フィードのキャパシティを TiCDCレプリケーションキャパシティユニット（RCU）単位で測定します。変更フィードを作成するときに、適切な仕様を選択できます。 RCU が高いほど、レプリケーションのパフォーマンスが向上します。これらの TiCDC 変更フィード RCU に対して料金が発生します。詳細については、 変更フィードのコストを参照してください。

リクエストキャパシティユニット（RCU）

TiDB Cloud EssentialおよびTiDB Cloud Premium では、リクエストキャパシティユニット (RCU) は、 TiDB Cloud EssentialまたはTiDB Cloud Premium インスタンスにプロビジョニングされたコンピューティングキャパシティを表す単位です。1 RCU は、1秒あたり一定数の RU を処理できる固定量のコンピューティングリソースを提供します。プロビジョニングする RCU の数によって、インスタンスのベースラインパフォーマンスとスループットキャパシティが決まります。ただし、RCU の管理方法は、 TiDB Cloud EssentialとTiDB Cloud Premium で異なります。

  • CLOUD.202603.x 以降で実行される TiDB Cloud Essential インスタンスは、Elastic Mode と Limited Mode をサポートします。Elastic Mode では、インスタンスは 2,000 RCU の固定ベースライン RCU を使用し、ワークロードの需要に基づいてキャパシティをスケーリングします。Limited Mode では、最大 RCU を設定します。以前のバージョンのインスタンスでは、最小 RCU と最大 RCU の両方を設定します。詳細については、 TiDB Cloud Essential の価格詳細を参照してください。
  • TiDB Cloud Premium は 2 つのキャパシティモードをサポートします。Elastic Mode では、ベースライン RCU を設定し、ワークロードの需要が増加すると、TiDB Cloud はこのベースラインを超えてキャパシティをスケーリングします。Limited Mode では、RCU の最大数 (RCU_max) を設定し、TiDB Cloud は 0.25 * RCU_max から RCU_max の範囲内でキャパシティを自動的にスケーリングします。詳細については、 TiDB Cloud Premiumのリクエストユニットとキャパシティを参照してください。

リクエストユニット（RU）

TiDB Cloud Starter、 Essential、およびPremiumプランでは、リクエストユニット（RU）は、データベースへの単一のリクエストによって消費されるリソース量を表す単位です。リクエストによって消費されるRUの量は、操作の種類や取得または変更されるデータの量など、さまざまな要因によって異なります。ただし、これらのプランの課金モデルは異なります。

TiDB Cloud Dedicatedおよび TiDB Self-Managedの場合、リクエストユニット (RU) はシステムリソースの消費を表すリソース抽象化ユニットであり、これには現在 CPU、IOPS、および IO 帯域幅のメトリクスが含まれます。これは、請求目的ではなく、データベースリクエストによって消費されるリソースを制限、分離、管理するためにリソース制御機能によって使用されます。詳細については、リソース制御を使用して、リソースグループの制限とフロー制御を実現するを参照してください。

S

支出限度額

支出限度額は、特定のワークロードに対して1か月あたりに費やせる最大金額を指します。これは、TiDB Cloud Starterインスタンスの予算を設定できるコスト管理メカニズムです。 支出限度額が0に設定されている場合、 TiDB Cloud Starterインスタンスは無料のままです。支出限度額が0より大きい場合は、クレジットカードを追加する必要があります。

T

TiDBクラスター

TiDB Cloudでは、クラスターはクラウド上に専用デプロイされたTiDB環境であり、ノードトポロジー ( TiDBノード、TiKV、 TiFlashノードの数を指定できます)、ストレージ構成、スケーリングモデルなどのインフラストラクチャの詳細が明示的に含まれています。

TiDBノード

トランザクションストアまたは分析ストアから返されたクエリのデータを集約するコンピューティングノード。TiDBノードの数を増やすと、TiDB Cloud Dedicatedクラスターが処理できる同時クエリの数が増加します。

TiDB Cloudリソース

TiDB Cloudリソースとは、管理可能なTiDB Cloudデプロイメント単位のことです。以下のいずれかになります。

  • TiDB Xインスタンス（ TiDB Xアーキテクチャ上に構築されたサービス指向のTiDB Cloud製品）、例えばTiDB Cloud Starter、 Essential、またはPremiumインスタンスなど。
  • TiDB Cloud Dedicatedクラスター

TiDB X

TiDB Xは、クラウドネイティブなオブジェクトストレージをTiDBの基盤とする、新しい分散SQLアーキテクチャです。コンピューティングとストレージを分離することで、TiDBはワークロードパターン、ビジネスサイクル、データ特性にリアルタイムで適応し、インテリジェントなスケーリングを実現します。

TiDB Xアーキテクチャは、 TiDB Cloud Starter、 Essential、および Premium で利用できるようになりました。詳細については、 TiDB Xのご紹介：AI時代の分散SQLのための新たな基盤およびPingCAPがSCaiLEサミット2025でTiDB Xと新たなAI機能を発表を参照してください。

TiDB Xインスタンス

TiDB Xインスタンスは、 TiDB Xアーキテクチャ上に構築されたサービス指向のTiDB Cloudサービスです。基盤となるクラスタートポロジーの管理や理解は不要です。

TiDB Cloudのプランのうち、 TiDB Cloud Starter、 Essential、およびPremiumはTiDB Xアーキテクチャを使用しています。したがって、「TiDB Xインスタンス」という表現は、 TiDB Cloud Starter、 Essential、またはPremiumインスタンスを指します。

TiFlashノード

TiKVからリアルタイムでデータを複製し、リアルタイムの分析ワークロードをサポートする分析ストレージノード。

TiKVノード

オンライントランザクション処理（OLTP）データを格納するストレージノード。高可用性を実現するため、3ノードの倍数（例えば、3、6、9）で拡張され、2つのノードがレプリカとして機能します。TiKVノードの数を増やすと、総スループットが向上します。

トラフィックフィルター

SQLクライアント経由でTiDB Cloudリソースへのアクセスが許可されているIPアドレスとクラスレスドメイン間ルーティング（CIDR）アドレスのリスト。トラフィックフィルターはデフォルトでは空です。

V

ベクトル検索は、データの意味を優先して関連性の高い結果を提供する検索方法です。キーワードの完全一致や単語の出現頻度に依存する従来の全文検索とは異なり、ベクトル検索は、テキスト、画像、音声などのさまざまなデータタイプを高次元ベクトルに変換し、これらのベクトル間の類似性に基づいてクエリを実行します。この検索方法は、データの意味と文脈情報を捉え、ユーザーの意図をより正確に理解することを可能にします。検索語がデータベース内のコンテンツと完全に一致しない場合でも、ベクトル検索はデータの意味を分析することで、ユーザーの意図に沿った結果を提供できます。

仮想プライベートクラウド

論理的に分離された仮想ネットワークパーティションであり、お客様のリソースに対してマネージドネットワークサービスを提供します。

VPC

仮想プライベートクラウドの略。

VPCピアリング

仮想プライベートクラウド（ VPC ）ネットワークを接続し、異なるVPCネットワーク内のワークロードがプライベートに通信できるようにします。

VPCピアリング接続

2つの仮想プライベートクラウド（VPC）間のネットワーク接続であり、プライベートIPアドレスを使用してVPC間でトラフィックをルーティングし、データ転送を容易にします。

このページは役に立ちましたか？