From 3b88a18315459e80433411f9acbf013f2261d9ec Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 27 Aug 2026 16:38:05 +0900 Subject: [PATCH 1/2] =?UTF-8?q?i18n(ja):=20unify=20columnar=20terminology?= =?UTF-8?q?=20to=20=E5=88=97=E6=8C=87=E5=90=91?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Unifies 4 competing renderings of "columnar" into the dominant term 列指向: カラム型 (22 genuine occurrences, excluding 1 false-friend "column type" usage in releases/release-8.5.7.md left untouched), 列ベース (19, all paired with 行ベース "row-based" contrastively — matches EN's own asymmetric "row-based"/"columnar" root pairing, not a JA-only symmetry worth preserving), カラムナー (2), and 列形式 (2 genuine "columnar format" sentences out of 8 raw hits — the other 6 were 文字列形式/配列形式/オブジェクト形式 "string/array/object format" false positives from a substring match, left untouched). 27 files, 45 sites. --- basic-features.md | 2 +- best-practices/tidb-best-practices.md | 2 +- choose-index.md | 2 +- develop/dev-guide-create-table.md | 4 ++-- develop/dev-guide-hybrid-oltp-and-olap-queries.md | 2 +- dr-solution-introduction.md | 2 +- explore-htap.md | 4 ++-- glossary.md | 2 +- overview.md | 2 +- production-deployment-using-tiup.md | 2 +- quick-start-with-htap.md | 2 +- releases/release-5.3.0.md | 2 +- releases/release-5.4.0.md | 4 ++-- tidb-cloud/architecture-concepts.md | 10 +++++----- tidb-cloud/built-in-monitoring.md | 2 +- tidb-cloud/manage-serverless-spend-limit.md | 2 +- tidb-cloud/monitor-datadog-integration-for-tidb-x.md | 4 ++-- tidb-cloud/prometheus-grafana-integration.md | 4 ++-- tidb-cloud/releases/release-notes-2024.md | 4 ++-- tidb-cloud/scalability-concepts.md | 2 +- tidb-cloud/select-cluster-tier.md | 4 ++-- tidb-cloud/serverless-faqs.md | 4 ++-- tidb-cloud/tidb-cloud-billing.md | 4 ++-- tidb-cloud/tidb-cloud-faq.md | 2 +- tidb-cloud/tidb-cloud-htap-quickstart.md | 4 ++-- tidb-cloud/tidb-x-architecture.md | 2 +- tidb-computing.md | 2 +- 27 files changed, 41 insertions(+), 41 deletions(-) diff --git a/basic-features.md b/basic-features.md index c82e427380a9e..8ddbb0b1e1903 100644 --- a/basic-features.md +++ b/basic-features.md @@ -56,7 +56,7 @@ summary: TiDBの機能概要について学びましょう。 | インデックスと制約 | 8.5 | 8.1 | 7.5 | 7.1 | 6.5 | 6.1 | 5.4 | | ------------------------------------------------------------------------------------------- | :-: | :-: | :-: | :-: | :-: | :-: | :-: | | [式インデックス](/sql-statements/sql-statement-create-index.md#expression-index)[^2] | Y | Y | Y | Y | Y | E | E | -| [カラム型ストレージ（TiFlash）](/tiflash/tiflash-overview.md) | Y | Y | Y | Y | Y | Y | Y | +| [列指向ストレージ（TiFlash）](/tiflash/tiflash-overview.md) | Y | Y | Y | Y | Y | Y | Y | | [FastScanを使用してOLAPシナリオにおけるクエリを高速化する](/tiflash/use-fastscan.md) | Y | Y | Y | Y | E | N | N | | [RocksDBエンジン](/storage-engine/rocksdb-overview.md) | Y | Y | Y | Y | Y | Y | Y | | [Titanプラグイン](/storage-engine/titan-overview.md) | Y | Y | Y | Y | Y | Y | Y | diff --git a/best-practices/tidb-best-practices.md b/best-practices/tidb-best-practices.md index 1165acac197c7..c18c975ad6d23 100644 --- a/best-practices/tidb-best-practices.md +++ b/best-practices/tidb-best-practices.md @@ -183,7 +183,7 @@ for i from 0 to 23: アプリケーションシナリオにOLTPとOLAPの両方のワークロードが含まれる場合、OLTPリクエストとOLAPリクエストを異なるTiDBサーバーに送信することで、OLAPがOLTPに与える影響を軽減できます。OLAPワークロードを処理するTiDBサーバーには、高性能ハードウェア（例えば、より多くのプロセッサコアとより大きなメモリ）を搭載したマシンを使用することをお勧めします。 -OLTPワークロードとOLAPワークロードを完全に分離するには、OLAPアプリケーションをTiFlash上​​で実行することをお勧めします。TiFlashは、OLAPワークロードにおいて優れたパフォーマンスを発揮するカラム型ストレージエンジンです。TiFlashはストレージレイヤーにおける物理的な分離を実現し、一貫性のある読み取りを保証します。 +OLTPワークロードとOLAPワークロードを完全に分離するには、OLAPアプリケーションをTiFlash上​​で実行することをお勧めします。TiFlashは、OLAPワークロードにおいて優れたパフォーマンスを発揮する列指向ストレージエンジンです。TiFlashはストレージレイヤーにおける物理的な分離を実現し、一貫性のある読み取りを保証します。 ### 監視とログ {#monitoring-and-log} diff --git a/choose-index.md b/choose-index.md index 5828bd7d9b267..3127d5eca90c9 100644 --- a/choose-index.md +++ b/choose-index.md @@ -19,7 +19,7 @@ summary: TiDBクエリ最適化に最適なインデックスを選択してく | :----------------------- | :---------------------------------------------- | :-------------------------------------------------- | :--------------------------------------------------------------------------------------------------------------------------------------------------------------- | | PointGet / BatchPointGet | 1つ以上の単一ポイント範囲内のテーブルにアクセスする場合。 | どのようなシナリオでも | トリガーされた場合、通常は最も高速な演算子と考えられています。これは、コプロセッサインターフェースを呼び出すのではなく、kvgetインターフェースを直接呼び出して計算を実行するためです。 | | TableReader | なし | どのようなシナリオでも | この TableReader オペレーターは TiKV 用です。一般的に、TiKVレイヤーからテーブルデータを直接スキャンするオペレーターの中で最も効率が悪いと考えられています。 `_tidb_rowid`列に範囲クエリがある場合、またはテーブルにアクセスするための他のオペレーターが選択できない場合にのみ選択できます。 | -| TableReader | テーブルはTiFlashノード上に複製されます。 | 読み込む列の数は少ないが、評価する行の数は多い。 | この TableReader 演算子はTiFlash用です。TiFlashは列ベースのストレージです。列数が少なく行数が多い場合、この演算子を選択することをお勧めします。 | +| TableReader | テーブルはTiFlashノード上に複製されます。 | 読み込む列の数は少ないが、評価する行の数は多い。 | この TableReader 演算子はTiFlash用です。TiFlashは列指向のストレージです。列数が少なく行数が多い場合、この演算子を選択することをお勧めします。 | | IndexReader | テーブルには1つ以上のインデックスがあり、計算に必要な列はインデックスに含まれています。 | インデックスに対してより狭い範囲のクエリを実行する場合、またはインデックス付き列に順序要件がある場合。 | 複数の指標が存在する場合は、コスト見積もりに基づいて適切な指標が選択されます。 | | IndexLookupReader | テーブルには1つ以上のインデックスがあり、計算に必要な列がインデックスに完全に含まれていない。 | IndexReaderと同じです。 | インデックスは計算列を完全にカバーしていないため、TiDBはインデックスを読み取った後にテーブルから行を取得する必要があります。これはIndexReaderオペレーターと比較して追加のコストがかかります。 | | IndexMerge | テーブルには複数のインデックス、または多値インデックスが存在する。 | 多値インデックスまたは複数のインデックスが使用される場合。 | 演算子を使用するには、[オプティマイザのヒント](/optimizer-hints.md)を指定するか、コスト見積もりに基づいてオプティマイザにこの演算子を自動的に選択させることができます。詳細については、[インデックスマージを使用した説明文](/explain-index-merge.md)を参照してください。 | diff --git a/develop/dev-guide-create-table.md b/develop/dev-guide-create-table.md index 64935344e9a95..a687fe5031702 100644 --- a/develop/dev-guide-create-table.md +++ b/develop/dev-guide-create-table.md @@ -238,7 +238,7 @@ CREATE TABLE `bookshop`.`users` ( TiDBでは、オンライン・トランザクション処理（OLTP）には行ベースのストレージエンジンである[TiKV](/tikv-overview.md)、オンライン分析処理（OLAP）には列指向ストレージエンジンである[TiFlash](/tiflash/tiflash-overview.md)を使用できます。設定後、 TiFlashはRaft Learnerコンセンサスアルゴリズムに従ってTiKVからリアルタイムでデータを複製し、TiKVとTiFlash間のデータの一貫性を厳密に確保します。 -### 列ベースのデータを複製する {#replicate-column-based-data} +### 列指向のデータを複製する {#replicate-column-based-data} TiFlashはデプロイ後にデータを自動的に複製しません。そのため、複製するテーブルを手動で指定する必要があります。 @@ -251,7 +251,7 @@ ALTER TABLE {table_name} SET TIFLASH REPLICA {count}; - `{table_name}` : テーブル名。 - `{count}` : 複製されたレプリカの数。0 の場合、複製されたレプリカは削除されます。 -**TiFlash は**テーブルを複製します。クエリが実行されると、TiDB はコストの最適化に基づいてクエリに対して TiKV (行ベース) またはTiFlash (列ベース) を自動的に選択します。あるいは、クエリで**TiFlash**レプリカを使用するかどうかを手動で指定できます。指定方法については、 [TiDBを使用してTiFlashレプリカを読み取ります](/tiflash/use-tidb-to-read-tiflash.md)を参照してください。 +**TiFlash は**テーブルを複製します。クエリが実行されると、TiDB はコストの最適化に基づいてクエリに対して TiKV (行ベース) またはTiFlash (列指向) を自動的に選択します。あるいは、クエリで**TiFlash**レプリカを使用するかどうかを手動で指定できます。指定方法については、 [TiDBを使用してTiFlashレプリカを読み取ります](/tiflash/use-tidb-to-read-tiflash.md)を参照してください。 ### HTAP機能の使用例 {#an-example-of-using-htap-capabilities} diff --git a/develop/dev-guide-hybrid-oltp-and-olap-queries.md b/develop/dev-guide-hybrid-oltp-and-olap-queries.md index df17a71fe7152..dbd33204707c3 100644 --- a/develop/dev-guide-hybrid-oltp-and-olap-queries.md +++ b/develop/dev-guide-hybrid-oltp-and-olap-queries.md @@ -206,7 +206,7 @@ SELECT * FROM information_schema.tiflash_replica WHERE TABLE_SCHEMA = 'bookshop' 1500 rows in set (0.79 sec) ``` -2つの実行結果を比較すると、 TiFlashによってクエリ速度が大幅に向上していることがわかります（データ量が多いほど、この改善は顕著です）。これは、ウィンドウ関数は通常、一部の列に対してテーブル全体のスキャンに依存しており、行ベースの TiKV よりも列ベースのTiFlashの方がこの種の分析タスクの処理に適しているためです。TiKV では、主キーやインデックスを使用してクエリ対象の行数を減らすことで、クエリ速度も向上し、 TiFlashと比較してリソース消費量も少なくなります。 +2つの実行結果を比較すると、 TiFlashによってクエリ速度が大幅に向上していることがわかります（データ量が多いほど、この改善は顕著です）。これは、ウィンドウ関数は通常、一部の列に対してテーブル全体のスキャンに依存しており、行ベースの TiKV よりも列指向のTiFlashの方がこの種の分析タスクの処理に適しているためです。TiKV では、主キーやインデックスを使用してクエリ対象の行数を減らすことで、クエリ速度も向上し、 TiFlashと比較してリソース消費量も少なくなります。 ### クエリエンジンを指定する {#specify-a-query-engine} diff --git a/dr-solution-introduction.md b/dr-solution-introduction.md index 5c3f1fa1f5e10..70a043a83fbec 100644 --- a/dr-solution-introduction.md +++ b/dr-solution-introduction.md @@ -36,7 +36,7 @@ TiDBは、コンピューティングとストレージを分離したアーキ - TiDBは、システムのSQLコンピューティングレイヤーです。 - TiKVはシステムのストレージレイヤーであり、行ベースのストレージエンジンです。[リージョン](/glossary.md#regionpeerraft-group)TiKVにおけるデータスケジューリングの基本単位です。リージョンは、ソートされたデータ行の集合です。リージョン内のデータは少なくとも3つのレプリカに保存され、データの変更はRaftプロトコルを介してログレイヤーに複製されます。 -- オプションコンポーネントTiFlashは、分析クエリの高速化に使用できるカラム型ストレージエンジンです。データは、 Raftグループのラーナーロールを介してTiKVからTiFlashに複製されます。 +- オプションコンポーネントTiFlashは、分析クエリの高速化に使用できる列指向ストレージエンジンです。データは、 Raftグループのラーナーロールを介してTiKVからTiFlashに複製されます。 TiDBは3つの完全なデータレプリカを保存します。そのため、複数のレプリカに基づく災害復旧（DR）を自然に実現できます。同時に、TiDBはRaftログを使用してトランザクションログを複製するため、トランザクションログの複製に基づくDRも提供できます。 diff --git a/explore-htap.md b/explore-htap.md index b21a3b2784461..152f9d34bf4a7 100644 --- a/explore-htap.md +++ b/explore-htap.md @@ -51,13 +51,13 @@ TiDBの全体的なパフォーマンスを向上させるため、以下の技 ## アーキテクチャ {#architecture} -TiDBでは、オンライン・トランザクション処理（OLTP）用の行ベースのストレージエンジン[TiKV](/tikv-overview.md)と、オンライン分析処理（OLAP）用の列ベースのストレージエンジンである[TiFlash](/tiflash/tiflash-overview.md)が共存し、データを自動的に複製し、強力な一貫性を維持します。 +TiDBでは、オンライン・トランザクション処理（OLTP）用の行ベースのストレージエンジン[TiKV](/tikv-overview.md)と、オンライン分析処理（OLAP）用の列指向のストレージエンジンである[TiFlash](/tiflash/tiflash-overview.md)が共存し、データを自動的に複製し、強力な一貫性を維持します。 アーキテクチャの詳細については、 [TiDB HTAPのアーキテクチャ](/tiflash/tiflash-overview.md#architecture)を参照してください。 ## 環境準備 {#environment-preparation} -TiDB HTAPの機能を検討する前に、TiDBとそのカラム型ストレージエンジンであるTiFlashを導入する必要があります。データ量が大きい場合（例えば100テラバイト）、ソリューションとしてTiFlashの大規模並列処理（MPP）を使用することをお勧めします。 +TiDB HTAPの機能を検討する前に、TiDBとその列指向ストレージエンジンであるTiFlashを導入する必要があります。データ量が大きい場合（例えば100テラバイト）、ソリューションとしてTiFlashの大規模並列処理（MPP）を使用することをお勧めします。 - TiFlashノードのない TiDB クラスターをデプロイした場合は、現在の TiDB クラスターにTiFlashノードを追加します。詳細については、 [TiFlashクラスターをスケールアウトする](/scale-tidb-using-tiup.md#scale-out-a-tiflash-cluster)を参照してください。 - TiDB クラスターをデプロイしていない場合は、 [TiUPを使用してTiDBクラスタをデプロイ](/production-deployment-using-tiup.md)を参照してください。最小限の TiDB トポロジーに基づいて、 [TiFlashのトポロジー](/tiflash-deployment-topology.md)もデプロイする必要があります。 diff --git a/glossary.md b/glossary.md index 347a1d6876930..ecf8fb1749b66 100644 --- a/glossary.md +++ b/glossary.md @@ -377,7 +377,7 @@ TiDB Lightningの概念と用語の詳細については、 [TiDB Lightning用 ### TiFlash {#tiflash} -[TiFlash](/tiflash/tiflash-overview.md)は、TiDB の HTAPアーキテクチャの重要なコンポーネントです。これは、強力な一貫性と優れた分離性の両方を提供する TiKV のカラム型拡張です。TiFlashは、 **Raft Learnerプロトコル**を使用して TiKV からデータを非同期的に複製することで、カラム型レプリカを維持します。読み取りに関しては、 **Raftコンセンサス インデックス**と**MVCC (マルチ バージョン同時実行制御)**を活用して、**スナップショット分離の**一貫性を実現します。このアーキテクチャは、HTAP ワークロードにおける分離と同期の課題に効果的に対処し、リアルタイムのデータ一貫性を維持しながら、効率的な分析クエリを可能にします。 +[TiFlash](/tiflash/tiflash-overview.md)は、TiDB の HTAPアーキテクチャの重要なコンポーネントです。これは、強力な一貫性と優れた分離性の両方を提供する TiKV の列指向拡張です。TiFlashは、 **Raft Learnerプロトコル**を使用して TiKV からデータを非同期的に複製することで、列指向レプリカを維持します。読み取りに関しては、 **Raftコンセンサス インデックス**と**MVCC (マルチ バージョン同時実行制御)**を活用して、**スナップショット分離の**一貫性を実現します。このアーキテクチャは、HTAP ワークロードにおける分離と同期の課題に効果的に対処し、リアルタイムのデータ一貫性を維持しながら、効率的な分析クエリを可能にします。 ### TiKV MVCC インメモリエンジン (IME) {#tikv-mvcc-in-memory-engine-ime} diff --git a/overview.md b/overview.md index 684774f594f37..5704ae46ffc01 100644 --- a/overview.md +++ b/overview.md @@ -33,7 +33,7 @@ TiDB Self-Managedは、TiDBの製品オプションの一つであり、ユー - **リアルタイムHTAP** - TiDBは、行ベースストレージエンジンである[TiKV](/tikv-overview.md)と、カラム型ストレージエンジンである[TiFlash](/tiflash/tiflash-overview.md)という2つのストレージエンジンを提供します。TiFlashは、Multi-Raft Learnerプロトコルを使用してTiKVからリアルタイムでデータを複製し、TiKV行ベースストレージエンジンとTiFlashカラム型ストレージエンジン間のデータの一貫性を確保します。HTAPリソースの分離問題を解決するために、必要に応じてTiKVとTiFlashを異なるマシンにデプロイできます。 + TiDBは、行ベースストレージエンジンである[TiKV](/tikv-overview.md)と、列指向ストレージエンジンである[TiFlash](/tiflash/tiflash-overview.md)という2つのストレージエンジンを提供します。TiFlashは、Multi-Raft Learnerプロトコルを使用してTiKVからリアルタイムでデータを複製し、TiKV行ベースストレージエンジンとTiFlash列指向ストレージエンジン間のデータの一貫性を確保します。HTAPリソースの分離問題を解決するために、必要に応じてTiKVとTiFlashを異なるマシンにデプロイできます。 - **クラウドネイティブ分散データベース** diff --git a/production-deployment-using-tiup.md b/production-deployment-using-tiup.md index f1b4692e14530..849e14b1840ad 100644 --- a/production-deployment-using-tiup.md +++ b/production-deployment-using-tiup.md @@ -256,7 +256,7 @@ alertmanager_servers: | 応用 | コンフィグレーションタスク | コンフィグレーションファイルテンプレート | トポロジーの説明 | | :----------------------------------------------- | :------------------------------------------------------------------- | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :--------------------------------------------------------------------------------------------------------------- | | OLTP | [最小限のトポロジーをデプロイ](/minimal-deployment-topology.md) | [シンプルな最小限の構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-mini.yaml)
[完全な最小構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-mini.yaml) | これは、tidb-server、tikv-server、およびpd-serverを含む基本的なクラスタトポロジーです。 | -| HTAP | [TiFlashトポロジーをデプロイ](/tiflash-deployment-topology.md) | [シンプルなTiFlash設定テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiflash.yaml)
[TiFlashの完全な構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-tiflash.yaml) | これは、最小限のクラスタトポロジーとともにTiFlashをデプロイするためのものです。TiFlashはカラム型ストレージエンジンであり、徐々に標準的なクラスタトポロジーへと進化していきます。 | +| HTAP | [TiFlashトポロジーをデプロイ](/tiflash-deployment-topology.md) | [シンプルなTiFlash設定テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiflash.yaml)
[TiFlashの完全な構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-tiflash.yaml) | これは、最小限のクラスタトポロジーとともにTiFlashをデプロイするためのものです。TiFlashは列指向ストレージエンジンであり、徐々に標準的なクラスタトポロジーへと進化していきます。 | | [TiCDC](/ticdc/ticdc-overview.md)を使用して増分データを複製する | [TiCDCトポロジーをデプロイ](/ticdc-deployment-topology.md) | [シンプルなTiCDC構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-cdc.yaml)
[TiCDC構成テンプレート全体](https://github.com/pingcap/docs/blob/master/config-templates/complex-cdc.yaml) | これは、最小限のクラスタトポロジーとともにTiCDCをデプロイするためのものです。TiCDCは、TiDB、MySQL、Kafka、MQ、ストレージサービスなど、複数のダウンストリームプラットフォームをサポートしています。 | | 1台のマシンに複数のインスタンスをデプロイ | [ハイブリッドトポロジーをデプロイ](/hybrid-deployment-topology.md) | [ハイブリッド展開用のシンプルな構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-multi-instance.yaml)
[ハイブリッド展開用の完全な構成テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/complex-multi-instance.yaml) | ディレクトリ、ポート、リソース比率、ラベルなどの追加設定が必要な場合にも、デプロイメントトポロジーが適用されます。 | | TiDBクラスターをデータセンター全体にデプロイ | [地理的に分散したデプロイメントトポロジーをデプロイ](/geo-distributed-deployment-topology.md) | [地理的に分散したデプロイメントのためのコンフィグレーションテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/geo-redundancy-deployment.yaml) | このトポロジーは、2つの都市に3つのデータセンターを配置する典型的なアーキテクチャを例として取り上げています。地理的に分散したデプロイメントアーキテクチャと、注意すべき重要な構成について解説します。 | diff --git a/quick-start-with-htap.md b/quick-start-with-htap.md index 0f3baca3beef7..2a6a3f29c3ae0 100644 --- a/quick-start-with-htap.md +++ b/quick-start-with-htap.md @@ -13,7 +13,7 @@ summary: TiDB HTAPをすぐに使い始める方法を学びます。 ## 基本概念 {#basic-concepts} -TiDB HTAP を使用する前に、 [TiKV](/tikv-overview.md) 、TiDB オンライン トランザクション処理 (OLTP) 用の行ベースのストレージエンジン、および[TiFlash](/tiflash/tiflash-overview.md) 、TiDB オンライン分析処理 (OLAP) 用の列ベースのストレージに関する基本的な知識が必要です。 +TiDB HTAP を使用する前に、 [TiKV](/tikv-overview.md) 、TiDB オンライン トランザクション処理 (OLTP) 用の行ベースのストレージエンジン、および[TiFlash](/tiflash/tiflash-overview.md) 、TiDB オンライン分析処理 (OLAP) 用の列指向のストレージに関する基本的な知識が必要です。 - HTAPのストレージエンジン：HTAPでは、行ベースストレージエンジンと列指向ストレージエンジンが共存します。どちらのストレージエンジンもデータを自動的に複製し、強力な一貫性を維持できます。行ベースストレージエンジンはOLTPパフォーマンスを最適化し、列指向ストレージエンジンはOLAPパフォーマンスを最適化します。 - HTAP のデータ一貫性: 分散型トランザクション キー値データベースである TiKV は、 ACID準拠のトランザクション インターフェイスを提供し、 [Raftコンセンサスアルゴリズム](https://raft.github.io/raft.pdf)の実装により複数のレプリカ間のデータ一貫性と高可用性を保証します。TiKV の列指向ストレージ拡張機能であるTiFlash は、 Raft Learnerコンセンサス アルゴリズムに従って TiKV からデータをリアルタイムで複製し、TiKV とTiFlash間でデータの強力な一貫性を保証します。 diff --git a/releases/release-5.3.0.md b/releases/release-5.3.0.md index 3a6b2526f2665..d940199af5418 100644 --- a/releases/release-5.3.0.md +++ b/releases/release-5.3.0.md @@ -323,7 +323,7 @@ TiCDC v5.3.0以降、TiDBクラスター間の循環レプリケーション機 - TiFlashログファイルの命名スタイルを統一し (TiKV の命名スタイルと一貫性を保つ)、logger.count と logger.size の動的な変更をサポートします。 - - 列ベースのファイルのデータ検証機能の改善（チェックサム、実験的機能） + - 列指向のファイルのデータ検証機能の改善（チェックサム、実験的機能） - ツール diff --git a/releases/release-5.4.0.md b/releases/release-5.4.0.md index 7854c01feeaf9..eb95575326f82 100644 --- a/releases/release-5.4.0.md +++ b/releases/release-5.4.0.md @@ -105,7 +105,7 @@ TiDB バージョン: 5.4.0 ### パフォーマンス {#performance} -- **カラム型ストレージエンジンTiFlashおよび演算エンジンMPPの安定性とパフォーマンスの向上を継続する。** +- **列指向ストレージエンジンTiFlashおよび演算エンジンMPPの安定性とパフォーマンスの向上を継続する。** - MPPエンジンへの関数委譲をさらに強化する： @@ -114,7 +114,7 @@ TiDB バージョン: 5.4.0 - リソース利用率を向上させるための弾性スレッドプール機能を導入（実験的） - - TiKVからデータを複製する際に、行ベースのストレージ形式から列ベースのストレージ形式へのデータ変換の効率を向上させ、データ複製の全体的なパフォーマンスを50%向上させました。 + - TiKVからデータを複製する際に、行ベースのストレージ形式から列指向のストレージ形式へのデータ変換の効率を向上させ、データ複製の全体的なパフォーマンスを50%向上させました。 - 一部の設定項目のデフォルト値を調整することで、 TiFlashのパフォーマンスと安定性を向上させることができます。HTAPハイブリッドロード環境では、単一テーブルに対する単純なクエリのパフォーマンスが最大20%向上します。 diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md index c3d7828d4d068..3f7123eeb82b0 100644 --- a/tidb-cloud/architecture-concepts.md +++ b/tidb-cloud/architecture-concepts.md @@ -44,7 +44,7 @@ Starterプランは、 TiDB Cloudを初めて利用する方に最適です。 - **無料**：このプランは[無料割り当て](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)の範囲内でご利用の場合は無料です。始めるのにクレジットカードは必要ありません。 -- **ストレージ**：初期容量として、行ベースのストレージが5 GiB、列ベースのストレージが5 GiB提供されます。 +- **ストレージ**：初期容量として、行ベースのストレージが5 GiB、列指向のストレージが5 GiB提供されます。 - **Request Units**: データベース操作の 5,000 万[要求単位（RU）](/tidb-cloud/tidb-cloud-glossary.md#request-unit-ru)が含まれます。 @@ -171,7 +171,7 @@ TiDB Cloud APIは、RESTベースのインターフェースであり、 TiDB Cl [TiDBノード](/tidb-computing.md)MySQL互換エンドポイントを使用してアプリケーションに接続するステートレスなSQLレイヤーです。SQLクエリの解析、最適化、分散実行計画の作成などのタスクを処理します。 -TiDBノードを複数デプロイすることで、水平方向に拡張し、より高いワークロードに対応できます。これらのノードは、TiProxyやHAProxyなどのロードバランサーと連携して、シームレスなインターフェースを提供します。TiDBノード自体はデータを保存せず、データ要求を行ベースストレージの場合はTiKVノードに、列ベースストレージの場合はTiFlashノードに転送します。 +TiDBノードを複数デプロイすることで、水平方向に拡張し、より高いワークロードに対応できます。これらのノードは、TiProxyやHAProxyなどのロードバランサーと連携して、シームレスなインターフェースを提供します。TiDBノード自体はデータを保存せず、データ要求を行ベースストレージの場合はTiKVノードに、列指向ストレージの場合はTiFlashノードに転送します。 ### TiKVノード {#tikv-node} @@ -200,13 +200,13 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 ### TiFlashノード {#tiflash-node} -[TiFlashノード](/tiflash/tiflash-overview.md)TiDBアーキテクチャ内の特殊なストレージノードです。通常のTiKVノードとは異なり、 TiFlashはカラム型ストレージモデルによる分析高速化のために設計されています。 +[TiFlashノード](/tiflash/tiflash-overview.md)TiDBアーキテクチャ内の特殊なストレージノードです。通常のTiKVノードとは異なり、 TiFlashは列指向ストレージモデルによる分析高速化のために設計されています。 **主な特徴：** -- **列ベースストレージ** +- **列指向ストレージ** - TiFlashノードはデータを列形式で保存するため、分析クエリに最適化されており、読み取り負荷の高いワークロードのパフォーマンスを大幅に向上させます。 + TiFlashノードはデータを列指向形式で保存するため、分析クエリに最適化されており、読み取り負荷の高いワークロードのパフォーマンスを大幅に向上させます。 - **ベクトル検索インデックスのサポート** diff --git a/tidb-cloud/built-in-monitoring.md b/tidb-cloud/built-in-monitoring.md index 9c338a4f7853c..76e7f2f77d7b2 100644 --- a/tidb-cloud/built-in-monitoring.md +++ b/tidb-cloud/built-in-monitoring.md @@ -107,7 +107,7 @@ TiDB Cloudでは、メトリクスデータは7日間保持されます。 | :----------- | :----------------------- | :----------------------------------------------------------------------------------------------------------------------------------------------------------------- | | ユニットをリクエストする | RU/秒 | リクエストユニット（RU）は、 TiDB Cloud Starterインスタンスにおけるクエリまたはトランザクションのリソース消費量を追跡するために使用される測定単位です。ユーザークエリに加えて、バックグラウンドアクティビティもRUを消費するため、QPSが0の場合でも、1秒あたりのRU使用量はゼロにならない場合があります。 | | 容量対使用量（RU/秒） | プロビジョニング済み容量（RCU）、消費RU/秒 | TiDB Cloud Essentialインスタンスにおける、1秒あたりのリクエストキャパシティユニット（RCU）と消費リクエストユニット（RU）。 | -| 使用済みストレージサイズ | 行ベースストレージ、行ベースStandardストレージ、列ベースストレージ | 行ベースストレージ、行ベースStandardストレージ、列ベースストレージのサイズ。TiDB Cloud は、各ストレージタイプのサイズが50 MiB以上の場合にのみこのメトリックを表示します。**Row-based standard storage**は**Row-based storage**と同じ意味です。| +| 使用済みストレージサイズ | 行ベースストレージ、行ベースStandardストレージ、列指向ストレージ | 行ベースストレージ、行ベースStandardストレージ、列指向ストレージのサイズ。TiDB Cloud は、各ストレージタイプのサイズが50 MiB以上の場合にのみこのメトリックを表示します。**Row-based standard storage**は**Row-based storage**と同じ意味です。| | 1秒あたりのクエリ数 | すべて、{SQLタイプ} | 1秒あたりに実行される SQL ステートメントの数。これは、 `SELECT` 、 `INSERT` 、 `UPDATE`などの SQL タイプごとに収集されます。 | | クエリ実行時間 | 平均値、P99、P99-{SQLタイプ} | クライアントからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにリクエストが送信されてから、インスタンスがリクエストを実行して結果をクライアントに返すまでの時間。 | | クエリが失敗しました | 全て | 1秒あたりのSQL文実行エラー数。 | diff --git a/tidb-cloud/manage-serverless-spend-limit.md b/tidb-cloud/manage-serverless-spend-limit.md index 3cdbeade27696..a630859cf67bc 100644 --- a/tidb-cloud/manage-serverless-spend-limit.md +++ b/tidb-cloud/manage-serverless-spend-limit.md @@ -18,7 +18,7 @@ TiDB Cloudの各組織につき、最大 5つの [無料のTiDB Cloud Starterイ 組織内の最初の 5つのTiDB Cloud Starterインスタンス（無料版かスケーラブル版かを問わず）については、 TiDB Cloud はそれぞれに以下の無料使用クォ​​ータを提供します。 - 行ベースストレージ：5 GiB -- カラム型ストレージ：5 GiB +- 列指向ストレージ：5 GiB - [要求単位（RU）](/tidb-cloud/tidb-cloud-glossary.md#request-unit-ru) : 5,000万RU/月 TiDB Cloud Starterインスタンスが使用クォータに達すると、ユーザーが または新しい月の開始時に使用がリセットさ[割り当てを増やす](#update-spending-limit)まで、新しい接続試行は即座に拒否されます。クォータに達する前に確立された既存の接続はアクティブなままですが、スロットリングが発生します。たとえば、無料のTiDB Cloud StarterTiDB Cloud Starterの行ベースのストレージが5 GiB を超えると、 TiDB Cloud Starterインスタンスは自動的に新しい接続試行を制限します。 diff --git a/tidb-cloud/monitor-datadog-integration-for-tidb-x.md b/tidb-cloud/monitor-datadog-integration-for-tidb-x.md index 71c174cb65344..de8f640d2743c 100644 --- a/tidb-cloud/monitor-datadog-integration-for-tidb-x.md +++ b/tidb-cloud/monitor-datadog-integration-for-tidb-x.md @@ -110,7 +110,7 @@ Datadog は、{{{ .essential }}} | `tidb_cloud.db_average_query_duration` | gauge | `sql_type: Select\|Insert\|...`
`instance_id: `
`instance_name: ` | ネットワークリクエストが TiDB に送信されてから、レスポンスがクライアントに返されるまでの時間 | | `tidb_cloud.db_transaction_per_second` | gauge | `type: Commit\|Rollback\|...`
`txn_mode: optimistic\|pessimistic`
`instance_id: `
`instance_name: ` | 1秒あたりに実行されたトランザクション数 | | `tidb_cloud.db_row_storage_used_bytes` | gauge | `instance_id: `
`instance_name: ` | {{{ .essential }}} インスタンスの行ベースストレージサイズ（バイト） | -| `tidb_cloud.db_columnar_storage_used_bytes` | gauge | `instance_id: `
`instance_name: ` | {{{ .essential }}} インスタンスのカラムナー ストレージサイズ（バイト）。TiFlash が有効でない場合は 0 を返します | +| `tidb_cloud.db_columnar_storage_used_bytes` | gauge | `instance_id: `
`instance_name: ` | {{{ .essential }}} インスタンスの列指向ストレージサイズ（バイト）。TiFlash が有効でない場合は 0 を返します | | `tidb_cloud.resource_manager_resource_request_unit_total` | gauge | `instance_id: `
`instance_name: ` | 消費された合計 Request Units/s (RU/s) | @@ -130,7 +130,7 @@ Datadog は、{{{ .essential }}} | `tidb_cloud.db_average_query_duration` | gauge | `sql_type: Select\|Insert\|...`
`instance_id: `
`instance_name: ` | ネットワークリクエストが TiDB に送信されてから、レスポンスがクライアントに返されるまでの時間 | | `tidb_cloud.db_transaction_per_second` | gauge | `type: Commit\|Rollback\|...`
`txn_mode: optimistic\|pessimistic`
`instance_id: `
`instance_name: ` | 1秒あたりに実行されたトランザクション数 | | `tidb_cloud.db_row_storage_used_bytes` | gauge | `instance_id: `
`instance_name: ` | {{{ .premium }}} インスタンスの行ベースストレージサイズ（バイト） | -| `tidb_cloud.db_columnar_storage_used_bytes` | gauge | `instance_id: `
`instance_name: ` | {{{ .premium }}} インスタンスのカラムナー ストレージサイズ（バイト） | +| `tidb_cloud.db_columnar_storage_used_bytes` | gauge | `instance_id: `
`instance_name: ` | {{{ .premium }}} インスタンスの列指向ストレージサイズ（バイト） | | `tidb_cloud.resource_manager_resource_request_unit_total` | gauge | `instance_id: `
`instance_name: ` | 消費された合計 Request Units/s (RU/s) | | `tidb_cloud.changefeed_latency` | gauge | `changefeed: `
`instance_id: `
`instance_name: ` | changefeed の upstream と downstream 間のデータレプリケーション レイテンシー | | `tidb_cloud.changefeed_status` | gauge | `changefeed: `
`instance_id: `
`instance_name: ` | Changefeed のステータス:
`-1`: Unknown
`0`: Normal
`1`: Warning
`2`: Failed
`3`: Stopped
`4`: Finished
`6`: Warning
`7`: Other | diff --git a/tidb-cloud/prometheus-grafana-integration.md b/tidb-cloud/prometheus-grafana-integration.md index 920911530a825..89f37c3c0a81c 100644 --- a/tidb-cloud/prometheus-grafana-integration.md +++ b/tidb-cloud/prometheus-grafana-integration.md @@ -119,7 +119,7 @@ Prometheusは、お客様のTiDB Cloud Essential | `tidbcloud_db_average_query_duration` | ゲージ | `sql_type: Select\|Insert\|...`
`instance_id: `
`instance_name: ` | TiDBにネットワークリクエストが送信されてからクライアントに返されるまでの時間 | | `tidbcloud_db_transaction_per_second` | ゲージ | `type: Commit\|Rollback\|...`
`txn_mode: optimistic\|pessimistic`
`instance_id: `
`instance_name: ` | 1秒あたりに実行されるトランザクション数 | | `tidbcloud_db_row_storage_used_bytes` | ゲージ | `instance_id: `
`instance_name: ` | TiDB Cloud Essentialインスタンスの行ベースのストレージサイズ（バイト単位） | -| `tidbcloud_db_columnar_storage_used_bytes` | ゲージ | `instance_id: `
`instance_name: ` | TiDB Cloud Essentialインスタンスのカラム型ストレージのサイズ（バイト単位）。TiFlashが有効になっていない場合は0を返します。 | +| `tidbcloud_db_columnar_storage_used_bytes` | ゲージ | `instance_id: `
`instance_name: ` | TiDB Cloud Essentialインスタンスの列指向ストレージのサイズ（バイト単位）。TiFlashが有効になっていない場合は0を返します。 | | `tidbcloud_resource_manager_resource_request_unit_total` | ゲージ | `instance_id: `
`instance_name: ` | 消費されたリクエストユニット（RU）の合計。 | @@ -139,7 +139,7 @@ Prometheusは、お客様のTiDB Cloud Essential | `tidbcloud_db_average_query_duration` | ゲージ | `sql_type: Select\|Insert\|...`
`instance_id: `
`instance_name: ` | TiDBにネットワークリクエストが送信されてからクライアントに返されるまでの時間 | | `tidbcloud_db_transaction_per_second` | ゲージ | `type: Commit\|Rollback\|...`
`txn_mode: optimistic\|pessimistic`
`instance_id: `
`instance_name: ` | 1秒あたりに実行されるトランザクション数 | | `tidbcloud_db_row_storage_used_bytes` | ゲージ | `instance_id: `
`instance_name: ` | TiDB Cloud Premiumインスタンスの行ベースのストレージサイズ（バイト単位） | -| `tidbcloud_db_columnar_storage_used_bytes` | ゲージ | `instance_id: `
`instance_name: ` | TiDB Cloud Premiumインスタンスのカラム型ストレージのサイズ（バイト単位）。 | +| `tidbcloud_db_columnar_storage_used_bytes` | ゲージ | `instance_id: `
`instance_name: ` | TiDB Cloud Premiumインスタンスの列指向ストレージのサイズ（バイト単位）。 | | `tidbcloud_resource_manager_resource_request_unit_total` | ゲージ | `instance_id: `
`instance_name: ` | 消費されたリクエストユニット（RU）の合計。 | | `tidbcloud_changefeed_latency` | ゲージ | `changefeed: `
`instance_id: `
`instance_name: ` | 変更フィードの上流と下流間のデータ複製レイテンシー | | `tidbcloud_changefeed_status` | ゲージ | `changefeed: `
`instance_id: `
`instance_name: ` | 変更フィードのステータス:
`-1` : 不明
`0` : 通常
`1` : 警告
`2` : 失敗
`3` : 停止しました
`4` : 完了
`6` : 警告
`7` : その他 | diff --git a/tidb-cloud/releases/release-notes-2024.md b/tidb-cloud/releases/release-notes-2024.md index 8ccec2b23a3da..4aca81e2fa2e8 100644 --- a/tidb-cloud/releases/release-notes-2024.md +++ b/tidb-cloud/releases/release-notes-2024.md @@ -290,9 +290,9 @@ summary: TiDB Cloudの2024年のリリースノートについてご確認くだ この機能を使用すると、TiDB Cloud Dedicatedクラスター間でデータベースを複製できるため、地域的な災害が発生した場合でも迅速なリカバリが可能になります。 `Project Owner`ロールをお持ちの場合は、新しいリカバリグループを作成し、データベースをそのグループに割り当てることで、この機能を有効にできます。リカバリグループを使用してデータベースを複製することで、災害対策を強化し、より厳格な可用性 SLA を満たし、より積極的な復旧ポイント目標 (RPO) および復旧時間目標 (RTO) を達成できます。 -- [TiDB Cloud Serverless](/tidb-cloud/select-cluster-tier.md#starter)カラム型ストレージ[TiFlash](/tiflash/tiflash-overview.md)向けに、課金および計測機能 (ベータ版) を導入します。 +- [TiDB Cloud Serverless](/tidb-cloud/select-cluster-tier.md#starter)列指向ストレージ[TiFlash](/tiflash/tiflash-overview.md)向けに、課金および計測機能 (ベータ版) を導入します。 - 2024年6月30日まで、 TiDB Cloud Serverlessクラスターのカラム型ストレージは100%割引で無料です。この日以降は、各TiDB Cloud Serverlessクラスターに5 GiBのカラム型ストレージの無料クォータが付与されます。無料クォータを超過した場合は、料金が発生します。 + 2024年6月30日まで、 TiDB Cloud Serverlessクラスターの列指向ストレージは100%割引で無料です。この日以降は、各TiDB Cloud Serverlessクラスターに5 GiBの列指向ストレージの無料クォータが付与されます。無料クォータを超過した場合は、料金が発生します。 詳細については、 [TiDB Cloud Serverlessの料金詳細](https://www.pingcap.com/tidb-serverless-pricing-details/#storage)を参照してください。 diff --git a/tidb-cloud/scalability-concepts.md b/tidb-cloud/scalability-concepts.md index c4a197446995a..6fb2d73953e9c 100644 --- a/tidb-cloud/scalability-concepts.md +++ b/tidb-cloud/scalability-concepts.md @@ -39,6 +39,6 @@ TiDB Cloudは、耐久性と高可用性を実現するために、選択した ## TiFlashの拡張性 {#tiflash-scalability} -TiFlashは、カラム型データの保存を担当します。TiFlashはTiKVからリアルタイムでデータを同期し、リアルタイム分析ワークロードをすぐにサポートします。TiFlashのノード数、vCPU、RAM、ストレージは設定可能です。 +TiFlashは、列指向データの保存を担当します。TiFlashはTiKVからリアルタイムでデータを同期し、リアルタイム分析ワークロードをすぐにサポートします。TiFlashのノード数、vCPU、RAM、ストレージは設定可能です。 TiDB Cloudは、リージョン内の異なるアベイラビリティゾーンにTiFlashノードを均等に配置します。本番環境での高可用性を確保するため、各TiDB Cloud Dedicatedクラスタに少なくとも2つのTiFlashノードを設定し、データのレプリカを少なくとも2つ作成することをお勧めします。 diff --git a/tidb-cloud/select-cluster-tier.md b/tidb-cloud/select-cluster-tier.md index ee9ca79f4f681..521c9bbfce286 100644 --- a/tidb-cloud/select-cluster-tier.md +++ b/tidb-cloud/select-cluster-tier.md @@ -43,7 +43,7 @@ TiDB Cloud Starterは、フルマネージド型のマルチテナント対応Ti - **No cost**：このプランは[無料割り当て](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)の範囲内でご利用の場合は無料です。始めるのにクレジットカードは必要ありません。 -- **ストレージ**：初期容量として、行ベースのストレージが5 GiB、列ベースのストレージが5 GiB提供されます。 +- **ストレージ**：初期容量として、行ベースのストレージが5 GiB、列指向のストレージが5 GiB提供されます。 - **Request Units**: データベース操作の 5,000 万[要求単位（RU）](/tidb-cloud/tidb-cloud-glossary.md#request-unit-ru)が含まれます。 @@ -54,7 +54,7 @@ TiDB Cloudでは、組織ごとにデフォルトで最大5つのTiDB Cloud Star 組織内の最初の 5つのTiDB Cloud Starterインスタンス（無料版かスケーラブル版かを問わず）については、 TiDB Cloud はそれぞれに以下の無料使用クォ​​ータを提供します。 - 行ベースストレージ：5 GiB -- カラム型ストレージ：5 GiB +- 列指向ストレージ：5 GiB - 要求単位（RU）：月間5,000万RU リクエストユニット（RU）とは、データベースへの単一のリクエストによって消費されるリソース量を表す単位です。リクエストによって消費されるRUの量は、操作の種類や取得または変更されるデータの量など、さまざまな要因によって異なります。 diff --git a/tidb-cloud/serverless-faqs.md b/tidb-cloud/serverless-faqs.md index 748f8942ef4ee..592900ec24434 100644 --- a/tidb-cloud/serverless-faqs.md +++ b/tidb-cloud/serverless-faqs.md @@ -26,7 +26,7 @@ Starter に名前が変更される前、 TiDB Cloudの Serverless 層は何千 このエントリー層の目的をより明確にするため、 TiDB Cloudを使った構築を最も早く開始できる「Starter」に名称を変更しました。Serverless層に関するこれまでの内容はそのままです。 -- 行ベースと列ベースの両方のストレージを備えた完全に管理されたデータベースで、ハイブリッド OLTP および OLAP ワークロードに最適です。 +- 行ベースと列指向の両方のストレージを備えた完全に管理されたデータベースで、ハイブリッド OLTP および OLAP ワークロードに最適です。 - 自動かつリクエスト主導型のスケーリング。容量計画や手動の調整は必要ありません。 - ベクトル検索とフルテキスト検索が組み込まれており、GenAI 検索、チャットボット、その他の AI アプリケーションを強化します。 - 組織ごとに最大 5つのクラスターまで、月間クォータが常時無料です (5 GiB の行データ + 5 GiB の列データ + クラスターあたり 5,000 万[RU](/tidb-cloud/tidb-cloud-glossary.md#request-unit-ru) )。 @@ -154,7 +154,7 @@ TiDB Cloud Starter の列指向ストレージの料金は、行指向ストレ TiDB Cloud Starterの列指向ストレージは、追加のレプリカが必要となり、データレプリケーションに必要なストレージとリソースが増えるため、追加コストが発生します。ただし、分析クエリを実行する際には、列指向ストレージがコスト効率が高くなります。 -TPC-H ベンチマークテストによると、列ベースのストレージで分析クエリを実行するコストは、行ベースのストレージを使用する場合のコストの約3分の 1 になります。 +TPC-H ベンチマークテストによると、列指向のストレージで分析クエリを実行するコストは、行ベースのストレージを使用する場合のコストの約3分の 1 になります。 したがって、追加のレプリカによる初期コストは発生する可能性がありますが、分析時の計算コストが削減されるため、特定のユースケースではより費用対効果の高いものになる可能性があります。特に分析ニーズが高いユーザーにとって、列指向ストレージはコストを大幅に削減し、大幅なコスト削減の機会を提供します。 diff --git a/tidb-cloud/tidb-cloud-billing.md b/tidb-cloud/tidb-cloud-billing.md index 2753e2fe7a633..57030873549f1 100644 --- a/tidb-cloud/tidb-cloud-billing.md +++ b/tidb-cloud/tidb-cloud-billing.md @@ -117,9 +117,9 @@ TiDB Cloud Lake の料金は、ウェアハウス、ストレージ、クラウ > > Infrequent Access は現在 {{{ .essential }}} 向けのプライベートプレビューであり、リクエストがあった場合にのみ利用できます。 -- **Columnar storage**: カラム型ストレージは **TiFlash** エンジンによって提供されます。 +- **Columnar storage**: 列指向ストレージは **TiFlash** エンジンによって提供されます。 -- **Dual-layer encryption**: 行ベースのストレージとカラム型ストレージはどちらもデュアルレイヤー暗号化をサポートしています。このメカニズムは、2つの独立した暗号化レイヤーでデータを保護し、1つのレイヤーが侵害された場合でもデータが保護された状態を維持できるようにします。 +- **Dual-layer encryption**: 行ベースのストレージと列指向ストレージはどちらもデュアルレイヤー暗号化をサポートしています。このメカニズムは、2つの独立した暗号化レイヤーでデータを保護し、1つのレイヤーが侵害された場合でもデータが保護された状態を維持できるようにします。 - Storage-layer encryption: 基盤となるクラウドプロバイダーは、ネイティブのストレージ暗号化メカニズムを使用して、保存中のすべてのデータを暗号化します。 - Database-layer encryption: クラウドプロバイダーの暗号化に加えて、TiDB Cloud は顧客管理暗号化キー (CMEK) またはエスクロー鍵のいずれかを使用して、自動的に第 2 の暗号化レイヤーを適用します。 diff --git a/tidb-cloud/tidb-cloud-faq.md b/tidb-cloud/tidb-cloud-faq.md index ea505c922003d..b226e0e164142 100644 --- a/tidb-cloud/tidb-cloud-faq.md +++ b/tidb-cloud/tidb-cloud-faq.md @@ -81,7 +81,7 @@ TiDBは、TiKVまたはTiFlashストアから返されたクエリのデータ TiKVは、OLTPデータを格納するために使用されるトランザクションストアです。TiKV内のすべてのデータは、複数のレプリカ（デフォルトでは3つのレプリカ）で自動的に管理されるため、TiKVはネイティブな高可用性を備え、自動フェイルオーバーをサポートします。TiKVは水平方向に拡張可能であり、トランザクションストアの数を増やすことでOLTPスループットが向上します。 -TiFlashは、トランザクションストア（TiKV）からリアルタイムでデータを複製し、リアルタイムOLAPワークロードをサポートする分析用ストレージです。TiKVとは異なり、 TiFlashはデータを列形式で格納することで分析処理を高速化します。また、 TiFlashは水平方向に拡張可能であり、 TiFlashノードを増やすことでOLAPストレージとコンピューティング能力が向上します。 +TiFlashは、トランザクションストア（TiKV）からリアルタイムでデータを複製し、リアルタイムOLAPワークロードをサポートする分析用ストレージです。TiKVとは異なり、 TiFlashはデータを列指向で格納することで分析処理を高速化します。また、 TiFlashは水平方向に拡張可能であり、 TiFlashノードを増やすことでOLAPストレージとコンピューティング能力が向上します。 Placement Driver（PD）は、クラスターのメタデータを格納するため、TiDBクラスター全体の「頭脳」と言えます。PDは、TiKVノードからリアルタイムで報告されるデータ分散状態に基づいて、特定のTiKVノードにデータスケジューリングコマンドを送信します。TiDB Cloudでは、各クラスターのPDはPingCAPによって管理されるため、ユーザーはPDを確認したり、メンテナンスしたりすることはできません。 diff --git a/tidb-cloud/tidb-cloud-htap-quickstart.md b/tidb-cloud/tidb-cloud-htap-quickstart.md index 182caf1ce5c0a..54a3bf29c02ec 100644 --- a/tidb-cloud/tidb-cloud-htap-quickstart.md +++ b/tidb-cloud/tidb-cloud-htap-quickstart.md @@ -87,9 +87,9 @@ ORDER BY `release_year` DESC; ``` -### ステップ3. 行ベースのストレージと列ベースのストレージのクエリパフォーマンスを比較する {#step-3-compare-the-query-performance-between-row-based-storage-and-columnar-storage} +### ステップ3. 行ベースのストレージと列指向のストレージのクエリパフォーマンスを比較する {#step-3-compare-the-query-performance-between-row-based-storage-and-columnar-storage} -このステップでは、TiKV (行ベースのストレージ) とTiFlash (列ベースのストレージ) 間の実行統計を比較できます。 +このステップでは、TiKV (行ベースのストレージ) とTiFlash (列指向のストレージ) 間の実行統計を比較できます。 - TiKV を使用してこのクエリの実行統計を取得するには、次のステートメントを実行します。 diff --git a/tidb-cloud/tidb-x-architecture.md b/tidb-cloud/tidb-x-architecture.md index ef03efa2d0c63..63405089aed11 100644 --- a/tidb-cloud/tidb-x-architecture.md +++ b/tidb-cloud/tidb-x-architecture.md @@ -22,7 +22,7 @@ TiDB X は[クラシックTiDB](/tidb-architecture.md)の共有なしアーキ 従来のTiDBアーキテクチャは、以下の基本的な機能を提供します。 - **水平スケーラビリティ**：読み取りと書き込みの両方のパフォーマンスにおいて、線形スケーリングをサポートします。クラスターは、毎秒数百万のクエリ（QPS）を処理し、数千万のテーブルにわたる1 PiBを超えるデータを管理できるように拡張できます。 -- **ハイブリッドトランザクションおよび分析処理（HTAP）** ：トランザクションワークロードと分析ワークロードを統合します。集約処理や結合処理といった負荷の高い処理をTiFlash （カラム型ストレージエンジン）にプッシュダウンすることで、複雑なETLパイプラインを必要とせずに、最新のトランザクションデータに対して予測可能なリアルタイム分析を実現します。 +- **ハイブリッドトランザクションおよび分析処理（HTAP）** ：トランザクションワークロードと分析ワークロードを統合します。集約処理や結合処理といった負荷の高い処理をTiFlash （列指向ストレージエンジン）にプッシュダウンすることで、複雑なETLパイプラインを必要とせずに、最新のトランザクションデータに対して予測可能なリアルタイム分析を実現します。 - **非ブロッキング型スキーマ変更**：完全オンラインのDDL実装を採用しています。スキーマ変更によって読み取りや書き込みがブロックされないため、アプリケーションのレイテンシーや可用性への影響を最小限に抑えながらデータモデルを進化させることができます。 - **High availability**：シームレスなクラスタのアップグレードとスケーリング操作をサポートします。これにより、メンテナンスやリソース調整中も重要なサービスへのアクセスが維持されます。 - **マルチクラウド対応**： Amazon Web Services (AWS)、Google Cloud、Microsoft Azure、Alibaba Cloudをサポートするオープンソースソリューションとして動作します。これによりAmazon Web Services (AWS)、Google Cloud、Microsoft Azureベンダーロックインのないクラウド中立性が実現します。 diff --git a/tidb-computing.md b/tidb-computing.md index 6ed62978606bd..99cc14de18872 100644 --- a/tidb-computing.md +++ b/tidb-computing.md @@ -7,7 +7,7 @@ summary: TiDB データベースのコンピューティングレイヤーを理 TiKVが提供する分散ストレージをベースに、TiDBは優れたトランザクション処理能力とデータ分析能力を兼ね備えたコンピューティングエンジンを構築します。このドキュメントでは、まずTiDBデータベーステーブルのデータをTiKVの(キー、値)キーバリューペアにマッピングするデータマッピングアルゴリズムを紹介し、次にTiDBがメタデータを管理する仕組みを紹介し、最後にTiDB SQLレイヤーのアーキテクチャを説明します。 -コンピューティングレイヤーが依存するストレージソリューションについては、本ドキュメントではTiKVの行ベースのストレージ構造のみを紹介します。OLAPサービスについては、TiDBはTiKVの拡張機能として列ベースのストレージソリューション[TiFlash](/tiflash/tiflash-overview.md)を導入しています。 +コンピューティングレイヤーが依存するストレージソリューションについては、本ドキュメントではTiKVの行ベースのストレージ構造のみを紹介します。OLAPサービスについては、TiDBはTiKVの拡張機能として列指向のストレージソリューション[TiFlash](/tiflash/tiflash-overview.md)を導入しています。 ## テーブルデータをキー値にマッピングする {#mapping-table-data-to-key-value} From daedf70f72d4bd62214830c017d5b431f7db0da0 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 27 Aug 2026 16:49:34 +0900 Subject: [PATCH 2/2] i18n(ja): revert 6 sites where EN says column-based, not columnar The previous commit generalized too broadly. Re-checked EN wording at every converted site individually: 6 of them literally say "column-based" (paired with "row-based" as a matched contrastive pair, e.g. dev-guide-create-table.md's "TiKV (row-based) or TiFlash (column-based)"), not "columnar". Since this is a translation, each site should mirror EN's own actual word choice rather than a single normalized house term. --- choose-index.md | 2 +- develop/dev-guide-create-table.md | 4 ++-- releases/release-5.3.0.md | 2 +- releases/release-5.4.0.md | 2 +- tidb-computing.md | 2 +- 5 files changed, 6 insertions(+), 6 deletions(-) diff --git a/choose-index.md b/choose-index.md index 3127d5eca90c9..5828bd7d9b267 100644 --- a/choose-index.md +++ b/choose-index.md @@ -19,7 +19,7 @@ summary: TiDBクエリ最適化に最適なインデックスを選択してく | :----------------------- | :---------------------------------------------- | :-------------------------------------------------- | :--------------------------------------------------------------------------------------------------------------------------------------------------------------- | | PointGet / BatchPointGet | 1つ以上の単一ポイント範囲内のテーブルにアクセスする場合。 | どのようなシナリオでも | トリガーされた場合、通常は最も高速な演算子と考えられています。これは、コプロセッサインターフェースを呼び出すのではなく、kvgetインターフェースを直接呼び出して計算を実行するためです。 | | TableReader | なし | どのようなシナリオでも | この TableReader オペレーターは TiKV 用です。一般的に、TiKVレイヤーからテーブルデータを直接スキャンするオペレーターの中で最も効率が悪いと考えられています。 `_tidb_rowid`列に範囲クエリがある場合、またはテーブルにアクセスするための他のオペレーターが選択できない場合にのみ選択できます。 | -| TableReader | テーブルはTiFlashノード上に複製されます。 | 読み込む列の数は少ないが、評価する行の数は多い。 | この TableReader 演算子はTiFlash用です。TiFlashは列指向のストレージです。列数が少なく行数が多い場合、この演算子を選択することをお勧めします。 | +| TableReader | テーブルはTiFlashノード上に複製されます。 | 読み込む列の数は少ないが、評価する行の数は多い。 | この TableReader 演算子はTiFlash用です。TiFlashは列ベースのストレージです。列数が少なく行数が多い場合、この演算子を選択することをお勧めします。 | | IndexReader | テーブルには1つ以上のインデックスがあり、計算に必要な列はインデックスに含まれています。 | インデックスに対してより狭い範囲のクエリを実行する場合、またはインデックス付き列に順序要件がある場合。 | 複数の指標が存在する場合は、コスト見積もりに基づいて適切な指標が選択されます。 | | IndexLookupReader | テーブルには1つ以上のインデックスがあり、計算に必要な列がインデックスに完全に含まれていない。 | IndexReaderと同じです。 | インデックスは計算列を完全にカバーしていないため、TiDBはインデックスを読み取った後にテーブルから行を取得する必要があります。これはIndexReaderオペレーターと比較して追加のコストがかかります。 | | IndexMerge | テーブルには複数のインデックス、または多値インデックスが存在する。 | 多値インデックスまたは複数のインデックスが使用される場合。 | 演算子を使用するには、[オプティマイザのヒント](/optimizer-hints.md)を指定するか、コスト見積もりに基づいてオプティマイザにこの演算子を自動的に選択させることができます。詳細については、[インデックスマージを使用した説明文](/explain-index-merge.md)を参照してください。 | diff --git a/develop/dev-guide-create-table.md b/develop/dev-guide-create-table.md index a687fe5031702..64935344e9a95 100644 --- a/develop/dev-guide-create-table.md +++ b/develop/dev-guide-create-table.md @@ -238,7 +238,7 @@ CREATE TABLE `bookshop`.`users` ( TiDBでは、オンライン・トランザクション処理（OLTP）には行ベースのストレージエンジンである[TiKV](/tikv-overview.md)、オンライン分析処理（OLAP）には列指向ストレージエンジンである[TiFlash](/tiflash/tiflash-overview.md)を使用できます。設定後、 TiFlashはRaft Learnerコンセンサスアルゴリズムに従ってTiKVからリアルタイムでデータを複製し、TiKVとTiFlash間のデータの一貫性を厳密に確保します。 -### 列指向のデータを複製する {#replicate-column-based-data} +### 列ベースのデータを複製する {#replicate-column-based-data} TiFlashはデプロイ後にデータを自動的に複製しません。そのため、複製するテーブルを手動で指定する必要があります。 @@ -251,7 +251,7 @@ ALTER TABLE {table_name} SET TIFLASH REPLICA {count}; - `{table_name}` : テーブル名。 - `{count}` : 複製されたレプリカの数。0 の場合、複製されたレプリカは削除されます。 -**TiFlash は**テーブルを複製します。クエリが実行されると、TiDB はコストの最適化に基づいてクエリに対して TiKV (行ベース) またはTiFlash (列指向) を自動的に選択します。あるいは、クエリで**TiFlash**レプリカを使用するかどうかを手動で指定できます。指定方法については、 [TiDBを使用してTiFlashレプリカを読み取ります](/tiflash/use-tidb-to-read-tiflash.md)を参照してください。 +**TiFlash は**テーブルを複製します。クエリが実行されると、TiDB はコストの最適化に基づいてクエリに対して TiKV (行ベース) またはTiFlash (列ベース) を自動的に選択します。あるいは、クエリで**TiFlash**レプリカを使用するかどうかを手動で指定できます。指定方法については、 [TiDBを使用してTiFlashレプリカを読み取ります](/tiflash/use-tidb-to-read-tiflash.md)を参照してください。 ### HTAP機能の使用例 {#an-example-of-using-htap-capabilities} diff --git a/releases/release-5.3.0.md b/releases/release-5.3.0.md index d940199af5418..3a6b2526f2665 100644 --- a/releases/release-5.3.0.md +++ b/releases/release-5.3.0.md @@ -323,7 +323,7 @@ TiCDC v5.3.0以降、TiDBクラスター間の循環レプリケーション機 - TiFlashログファイルの命名スタイルを統一し (TiKV の命名スタイルと一貫性を保つ)、logger.count と logger.size の動的な変更をサポートします。 - - 列指向のファイルのデータ検証機能の改善（チェックサム、実験的機能） + - 列ベースのファイルのデータ検証機能の改善（チェックサム、実験的機能） - ツール diff --git a/releases/release-5.4.0.md b/releases/release-5.4.0.md index eb95575326f82..dd7e78d179d2c 100644 --- a/releases/release-5.4.0.md +++ b/releases/release-5.4.0.md @@ -114,7 +114,7 @@ TiDB バージョン: 5.4.0 - リソース利用率を向上させるための弾性スレッドプール機能を導入（実験的） - - TiKVからデータを複製する際に、行ベースのストレージ形式から列指向のストレージ形式へのデータ変換の効率を向上させ、データ複製の全体的なパフォーマンスを50%向上させました。 + - TiKVからデータを複製する際に、行ベースのストレージ形式から列ベースのストレージ形式へのデータ変換の効率を向上させ、データ複製の全体的なパフォーマンスを50%向上させました。 - 一部の設定項目のデフォルト値を調整することで、 TiFlashのパフォーマンスと安定性を向上させることができます。HTAPハイブリッドロード環境では、単一テーブルに対する単純なクエリのパフォーマンスが最大20%向上します。 diff --git a/tidb-computing.md b/tidb-computing.md index 99cc14de18872..6ed62978606bd 100644 --- a/tidb-computing.md +++ b/tidb-computing.md @@ -7,7 +7,7 @@ summary: TiDB データベースのコンピューティングレイヤーを理 TiKVが提供する分散ストレージをベースに、TiDBは優れたトランザクション処理能力とデータ分析能力を兼ね備えたコンピューティングエンジンを構築します。このドキュメントでは、まずTiDBデータベーステーブルのデータをTiKVの(キー、値)キーバリューペアにマッピングするデータマッピングアルゴリズムを紹介し、次にTiDBがメタデータを管理する仕組みを紹介し、最後にTiDB SQLレイヤーのアーキテクチャを説明します。 -コンピューティングレイヤーが依存するストレージソリューションについては、本ドキュメントではTiKVの行ベースのストレージ構造のみを紹介します。OLAPサービスについては、TiDBはTiKVの拡張機能として列指向のストレージソリューション[TiFlash](/tiflash/tiflash-overview.md)を導入しています。 +コンピューティングレイヤーが依存するストレージソリューションについては、本ドキュメントではTiKVの行ベースのストレージ構造のみを紹介します。OLAPサービスについては、TiDBはTiKVの拡張機能として列ベースのストレージソリューション[TiFlash](/tiflash/tiflash-overview.md)を導入しています。 ## テーブルデータをキー値にマッピングする {#mapping-table-data-to-key-value}