From 3df6fcac12b9a767c5661c63df007ff6eeac92a0 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Tue, 14 Apr 2026 17:45:28 +0900 Subject: [PATCH] docs: fix repeated 'TiDB' and other component names in Japanese documents This commit removes adjacent repetitions of component names (e.g., 'TiDB TiDB', 'TiFlash TiFlash', 'TiDB Cloud TiDB Cloud') that were likely introduced by incorrect machine-based translations. Changes were only applied to files where the repetition did not exist in the release-8.5 branch, ensuring that we only target newly introduced translation errors as per instructions. --- _docHome.md | 2 +- .../vector-search-auto-embedding-overview.md | 4 ++-- api/tidb-operator-api-overview.md | 2 +- ...up-and-restore-using-dumpling-lightning.md | 2 +- br/backup-and-restore-overview.md | 2 +- br/backup-and-restore-storages.md | 2 +- br/br-snapshot-guide.md | 2 +- br/br-snapshot-manual.md | 2 +- dashboard/dashboard-access.md | 2 +- dashboard/dashboard-faq.md | 2 +- dashboard/dashboard-ops-security.md | 2 +- dashboard/dashboard-user.md | 2 +- develop/_index.md | 2 +- develop/dev-guide-aws-appflow-integration.md | 2 +- develop/dev-guide-build-cluster-in-cloud.md | 4 ++-- develop/dev-guide-gui-vscode-sqltools.md | 2 +- develop/dev-guide-insert-data.md | 2 +- develop/dev-guide-sample-application-cs.md | 4 ++-- ...ev-guide-sample-application-golang-gorm.md | 2 +- ...de-sample-application-golang-sql-driver.md | 2 +- develop/dev-guide-wordpress.md | 2 +- develop/serverless-driver-prisma-example.md | 2 +- dm/deploy-a-dm-cluster-using-binary.md | 2 +- dumpling-overview.md | 4 ++-- dynamic-config.md | 2 +- ecosystem-tool-user-guide.md | 2 +- faq/backup-and-restore-faq.md | 4 ++-- garbage-collection-configuration.md | 4 ++-- information-schema/information-schema.md | 2 +- migrate-from-csv-files-to-tidb.md | 2 +- migrate-from-mariadb.md | 2 +- migrate-from-parquet-files-to-tidb.md | 2 +- migrate-from-sql-files-to-tidb.md | 2 +- migrate-large-mysql-to-tidb.md | 4 ++-- migration-overview.md | 2 +- pd-recover.md | 2 +- quick-start-with-htap.md | 2 +- releases/release-3.0-beta.md | 2 +- releases/release-3.0-ga.md | 2 +- releases/release-3.0.1.md | 2 +- releases/release-3.0.17.md | 2 +- releases/release-3.0.18.md | 2 +- releases/release-3.0.19.md | 2 +- releases/release-3.1.0-rc.md | 2 +- releases/release-3.1.1.md | 2 +- releases/release-4.0.0-beta.md | 2 +- releases/release-4.0.0-rc.md | 2 +- releases/release-5.0.1.md | 2 +- releases/release-5.3.0.md | 2 +- releases/release-6.2.0.md | 2 +- releases/release-6.4.0.md | 4 ++-- releases/release-6.5.0.md | 4 ++-- releases/release-6.6.0.md | 2 +- releases/release-7.4.0.md | 2 +- releases/release-8.0.0.md | 2 +- .../sql-statement-explain-analyze.md | 2 +- sql-statements/sql-statement-overview.md | 6 +++--- statement-summary-tables.md | 2 +- system-variables.md | 6 +++--- ticdc/ticdc-faq.md | 2 +- tidb-cloud/backup-and-restore.md | 2 +- tidb-cloud/branch-overview.md | 4 ++-- tidb-cloud/changefeed-sink-to-apache-kafka.md | 6 +++--- .../changefeed-sink-to-apache-pulsar.md | 2 +- .../changefeed-sink-to-cloud-storage.md | 2 +- tidb-cloud/changefeed-sink-to-mysql.md | 4 ++-- tidb-cloud/changefeed-sink-to-tidb-cloud.md | 4 ++-- tidb-cloud/cli-reference.md | 4 ++-- .../configure-external-storage-access.md | 4 ++-- tidb-cloud/configure-ip-access-list.md | 2 +- tidb-cloud/configure-maintenance-window.md | 2 +- .../connect-to-tidb-cluster-serverless.md | 2 +- tidb-cloud/connect-to-tidb-cluster.md | 2 +- tidb-cloud/connected-care-overview.md | 2 +- tidb-cloud/create-tidb-cluster-serverless.md | 2 +- tidb-cloud/data-service-get-started.md | 2 +- .../data-service-manage-github-connection.md | 2 +- tidb-cloud/data-service-overview.md | 2 +- .../data-service-postman-integration.md | 2 +- .../essential-changefeed-sink-to-kafka.md | 2 +- .../essential-changefeed-sink-to-mysql.md | 2 +- .../essential-database-audit-logging.md | 2 +- tidb-cloud/get-started-with-cli.md | 2 +- tidb-cloud/high-availability-with-multi-az.md | 8 ++++---- tidb-cloud/import-csv-files-serverless.md | 8 ++++---- tidb-cloud/import-csv-files.md | 12 +++++------ tidb-cloud/import-parquet-files-serverless.md | 8 ++++---- tidb-cloud/import-parquet-files.md | 12 +++++------ tidb-cloud/import-sample-data.md | 6 +++--- .../integrate-tidbcloud-with-aws-lambda.md | 4 ++-- tidb-cloud/integrate-tidbcloud-with-n8n.md | 4 ++-- tidb-cloud/integrate-tidbcloud-with-vercel.md | 4 ++-- tidb-cloud/integrate-tidbcloud-with-zapier.md | 8 ++++---- tidb-cloud/limited-sql-features.md | 2 +- tidb-cloud/manage-projects-and-resources.md | 4 ++-- tidb-cloud/manage-serverless-spend-limit.md | 4 ++-- tidb-cloud/manage-user-access.md | 4 ++-- ...migrate-from-mysql-using-data-migration.md | 2 +- tidb-cloud/monitor-datadog-integration.md | 4 ++-- tidb-cloud/monitor-new-relic-integration.md | 4 ++-- .../naming-conventions-for-data-import.md | 4 ++-- tidb-cloud/oauth2.md | 2 +- tidb-cloud/pause-or-resume-tidb-cluster.md | 4 ++-- .../premium/backup-and-restore-premium.md | 8 ++++---- ...ect-to-premium-via-aws-private-endpoint.md | 2 +- .../premium/connect-to-tidb-instance.md | 2 +- .../premium/create-tidb-instance-premium.md | 4 ++-- tidb-cloud/premium/import-from-s3-premium.md | 2 +- .../premium/tidb-cloud-auditing-premium.md | 2 +- tidb-cloud/releases/_index.md | 2 +- tidb-cloud/releases/release-notes-2022.md | 6 +++--- tidb-cloud/releases/release-notes-2023.md | 2 +- tidb-cloud/releases/release-notes-2025.md | 2 +- tidb-cloud/scalability-concepts.md | 2 +- ...cure-connections-to-serverless-clusters.md | 4 ++-- tidb-cloud/security-concepts.md | 2 +- tidb-cloud/serverless-faqs.md | 6 +++--- tidb-cloud/serverless-limitations.md | 6 +++--- ...s-private-link-connection-to-amazon-msk.md | 2 +- ...ection-to-self-hosted-kafka-in-alicloud.md | 2 +- ...-connection-to-self-hosted-kafka-in-aws.md | 8 ++++---- tidb-cloud/set-up-vpc-peering-connections.md | 4 ++-- ...-self-hosted-kafka-private-link-service.md | 10 +++++----- ...-self-hosted-kafka-private-link-service.md | 4 ++-- ...lf-hosted-kafka-private-service-connect.md | 6 +++--- tidb-cloud/size-your-cluster.md | 2 +- tidb-cloud/sql-proxy-account.md | 2 +- .../terraform-migrate-cluster-resource.md | 2 +- ...erraform-use-dedicated-cluster-resource.md | 2 +- ...ed-private-endpoint-connection-resource.md | 2 +- ...form-use-dedicated-vpc-peering-resource.md | 2 +- ...rless-cluster-resource-manage-essential.md | 4 ++-- ...rraform-use-serverless-cluster-resource.md | 2 +- tidb-cloud/ticloud-cluster-create.md | 2 +- tidb-cloud/tidb-cloud-billing.md | 20 +++++++++---------- tidb-cloud/tidb-cloud-budget.md | 2 +- tidb-cloud/tidb-cloud-clinic.md | 2 +- tidb-cloud/tidb-cloud-connect-aws-dms.md | 2 +- tidb-cloud/tidb-cloud-encrypt-cmek-azure.md | 6 +++--- tidb-cloud/tidb-cloud-faq.md | 10 +++++----- tidb-cloud/tidb-cloud-glossary.md | 2 +- tidb-cloud/tidb-cloud-htap-quickstart.md | 2 +- tidb-cloud/tidb-cloud-intro.md | 8 ++++---- .../tidb-cloud-org-sso-authentication.md | 6 +++--- tidb-cloud/tidb-cloud-poc.md | 2 +- tidb-cloud/tidb-cloud-quickstart.md | 4 ++-- .../tidb-cloud-tls-connect-to-dedicated.md | 4 ++-- tidb-cloud/upgrade-tidb-cluster.md | 2 +- tidb-in-kubernetes.md | 4 ++-- tidb-lightning/data-import-best-practices.md | 4 ++-- tidb-lightning/deploy-tidb-lightning.md | 2 +- .../tidb-lightning-configuration.md | 6 +++--- tidb-lightning/tidb-lightning-data-source.md | 2 +- .../tidb-lightning-distributed-import.md | 8 ++++---- tidb-lightning/tidb-lightning-faq.md | 4 ++-- tidb-lightning/tidb-lightning-glossary.md | 2 +- ...idb-lightning-logical-import-mode-usage.md | 2 +- .../tidb-lightning-logical-import-mode.md | 4 ++-- ...db-lightning-physical-import-mode-usage.md | 4 ++-- .../tidb-lightning-physical-import-mode.md | 6 +++--- tidb-lightning/tidb-lightning-prechecks.md | 2 +- tidb-operator-overview.md | 2 +- tidb-resource-control-background-tasks.md | 4 ++-- tidb-resource-control-ru-groups.md | 12 +++++------ tiflash-performance-tuning-methods.md | 2 +- tiflash/tiflash-configuration.md | 8 ++++---- tiflash/tiflash-disaggregated-and-s3.md | 2 +- tiflash/tiflash-overview.md | 2 +- tiflash/tiflash-pipeline-model.md | 2 +- tikv-in-memory-engine.md | 2 +- tiproxy/tiproxy-configuration.md | 2 +- 171 files changed, 291 insertions(+), 291 deletions(-) diff --git a/_docHome.md b/_docHome.md index 61ae424d1e780..c174676698ce8 100644 --- a/_docHome.md +++ b/_docHome.md @@ -3,7 +3,7 @@ title: Home hide_sidebar: true hide_commit: true hide_leftNav: true -summary: TiDBドキュメントでは、データ移行やアプリケーション構築など、 TiDB CloudとTiDB Self-Managedの使用方法に関するガイドとリファレンスを提供しています。TiDB TiDB Cloudは、クラウドネイティブな分散SQLデータベースのパワーに簡単にアクセスできる、フルマネージドのDatabase-as-a-Service（DaaS）です。TiDBは、MySQLとの互換性、水平スケーラビリティ、高可用性を備えたオープンソースの分散SQLデータベースです。開発者は、アプリケーション開発に関するドキュメントにアクセスしたり、TiDB Playground、PingCAP Education、コミュニティ参加の機会などの追加リソースを活用したりできます。 +summary: TiDBドキュメントでは、データ移行やアプリケーション構築など、 TiDB CloudとTiDB Self-Managedの使用方法に関するガイドとリファレンスを提供しています。TiDB Cloudは、クラウドネイティブな分散SQLデータベースのパワーに簡単にアクセスできる、フルマネージドのDatabase-as-a-Service（DaaS）です。TiDBは、MySQLとの互換性、水平スケーラビリティ、高可用性を備えたオープンソースの分散SQLデータベースです。開発者は、アプリケーション開発に関するドキュメントにアクセスしたり、TiDB Playground、PingCAP Education、コミュニティ参加の機会などの追加リソースを活用したりできます。 --- diff --git a/ai/integrations/vector-search-auto-embedding-overview.md b/ai/integrations/vector-search-auto-embedding-overview.md index f8440fd0baef9..96d2f9a129ff3 100644 --- a/ai/integrations/vector-search-auto-embedding-overview.md +++ b/ai/integrations/vector-search-auto-embedding-overview.md @@ -125,7 +125,7 @@ TiDB Cloudがサポートする以下の推論サービスを通じて、オー 1.ホスト型モデルはTiDB Cloudによってホストされており、APIキーは必要ありません。現在、これらのホスト型モデルは無料で利用できますが、すべてのユーザーが利用できるようにするために、一定の利用制限が適用される場合があります。 -2 BYOK（Bring Your Own Key）モデルでは、対応する埋め込みプロバイダーから独自のAPIキーを提供する必要があります。TiDB TiDB CloudはBYOKモデルの使用料を請求しません。これらのモデルの使用に伴うコストの管理と監視はお客様の責任となります。 +2 BYOK（Bring Your Own Key）モデルでは、対応する埋め込みプロバイダーから独自のAPIキーを提供する必要があります。TiDB CloudはBYOKモデルの使用料を請求しません。これらのモデルの使用に伴うコストの管理と監視はお客様の責任となります。 ## 自動埋め込みの仕組み {#how-auto-embedding-works} @@ -192,7 +192,7 @@ embed_func = EmbeddingFunction( - `api_base` *(オプション)* : 埋め込みAPIサービスのベースURL。 -- `use_server` *(オプション)* : TiDB Cloud のホスト型埋め込みサービスを使用するかどうか。TiDB TiDB Cloud Starterの場合は、デフォルトで`True`になります。 +- `use_server` *(オプション)* : TiDB Cloud のホスト型埋め込みサービスを使用するかどうか。TiDB Cloud Starterの場合は、デフォルトで`True`になります。 - `multimodal` *(オプション)* : マルチモーダル埋め込みモデルを使用するかどうか。有効にすると、 `use_server`は自動的に`False`に設定され、埋め込みサービスがクライアント側で呼び出されます。 diff --git a/api/tidb-operator-api-overview.md b/api/tidb-operator-api-overview.md index 54b5b0d65772b..f10dd8e69b8b7 100644 --- a/api/tidb-operator-api-overview.md +++ b/api/tidb-operator-api-overview.md @@ -5,7 +5,7 @@ summary: TiDB Operatorの API を学習します。 # TiDB OperatorAPI の概要 {#tidb-operator-api-overview} -[TiDB Operator](https://docs.pingcap.com/tidb-in-kubernetes/stable/)は、Kubernetes上のTiDBクラスタの自動運用システムです。デプロイメント、アップグレード、スケーリング、バックアップ、フェイルオーバー、設定変更など、TiDBのライフサイクル全体にわたる管理を提供します。TiDB TiDB Operatorを使用することで、パブリッククラウドまたはプライベートクラウドにデプロイされたKubernetesクラスタ内でTiDBをシームレスに実行できます。 +[TiDB Operator](https://docs.pingcap.com/tidb-in-kubernetes/stable/)は、Kubernetes上のTiDBクラスタの自動運用システムです。デプロイメント、アップグレード、スケーリング、バックアップ、フェイルオーバー、設定変更など、TiDBのライフサイクル全体にわたる管理を提供します。TiDB Operatorを使用することで、パブリッククラウドまたはプライベートクラウドにデプロイされたKubernetesクラスタ内でTiDBをシームレスに実行できます。 Kubernetes 上で TiDB クラスターを管理するには、次のTiDB OperatorAPI を使用できます。 diff --git a/backup-and-restore-using-dumpling-lightning.md b/backup-and-restore-using-dumpling-lightning.md index b9e77a5a181a7..bad4b0a67329e 100644 --- a/backup-and-restore-using-dumpling-lightning.md +++ b/backup-and-restore-using-dumpling-lightning.md @@ -31,7 +31,7 @@ summary: DumplingとTiDB Lightningを使用して TiDB の完全なデータを ## リソース要件 {#resource-requirements} -**オペレーティングシステム**：このドキュメントの例では、新規のCentOS 7インスタンスを使用しています。仮想マシンはローカルホストまたはクラウドにデプロイできます。TiDB TiDB Lightningはデフォルトで必要なCPUリソースを消費するため、専用サーバーにデプロイすることをお勧めします。これが不可能な場合は、他のTiDBコンポーネント（例えば`tikv-server` ）と共に単一のサーバーにデプロイし、 TiDB LightningからのCPU使用量を制限するために`region-concurrency`を設定することができます。通常、サイズは論理CPUの75%に設定できます。 +**オペレーティングシステム**：このドキュメントの例では、新規のCentOS 7インスタンスを使用しています。仮想マシンはローカルホストまたはクラウドにデプロイできます。TiDB Lightningはデフォルトで必要なCPUリソースを消費するため、専用サーバーにデプロイすることをお勧めします。これが不可能な場合は、他のTiDBコンポーネント（例えば`tikv-server` ）と共に単一のサーバーにデプロイし、 TiDB LightningからのCPU使用量を制限するために`region-concurrency`を設定することができます。通常、サイズは論理CPUの75%に設定できます。 **メモリとCPU** ： TiDB Lightningは多くのリソースを消費するため、64GiB以上のメモリと32個以上のCPUコアを割り当てることをお勧めします。最高のパフォーマンスを得るには、CPUコアとメモリ（GiB）の比率が1:2以上であることを確認してください。 diff --git a/br/backup-and-restore-overview.md b/br/backup-and-restore-overview.md index 0e8253407ea49..2e757aef611ce 100644 --- a/br/backup-and-restore-overview.md +++ b/br/backup-and-restore-overview.md @@ -48,7 +48,7 @@ BRの使用方法は、TiDBの導入方法によって異なります。この この機能を他の展開シナリオで使用する方法については、次のドキュメントを参照してください。 -- [TiDB CloudにデプロイされたTiDBのバックアップと復元](https://docs.pingcap.com/tidbcloud/backup-and-restore) : [TiDB Cloud](https://www.pingcap.com/tidb-cloud/?from=en)に TiDB クラスターを作成することをお勧めします。TiDB TiDB Cloud は、アプリケーションに集中できるように、完全に管理されたデータベースを提供します。 +- [TiDB CloudにデプロイされたTiDBのバックアップと復元](https://docs.pingcap.com/tidbcloud/backup-and-restore) : [TiDB Cloud](https://www.pingcap.com/tidb-cloud/?from=en)に TiDB クラスターを作成することをお勧めします。TiDB Cloud は、アプリケーションに集中できるように、完全に管理されたデータベースを提供します。 - [TiDB Operatorを使用したデータのバックアップと復元](https://docs.pingcap.com/tidb-in-kubernetes/stable/backup-restore-overview) : Kubernetes 上でTiDB Operatorを使用して TiDB クラスターをデプロイする場合は、Kubernetes CustomResourceDefinition (CRD) を使用してデータをバックアップおよび復元することをお勧めします。 ## BR機能 {#br-features} diff --git a/br/backup-and-restore-storages.md b/br/backup-and-restore-storages.md index 3724bf9ea614b..823f2ed5909dc 100644 --- a/br/backup-and-restore-storages.md +++ b/br/backup-and-restore-storages.md @@ -208,7 +208,7 @@ GCSへのアクセスに使用するアカウントは、アクセスキーを - **システム割り当てマネージド ID** : - システム割り当てマネージド ID を使用する場合、Azure 関連の環境変数を構成する必要はありません。BRBRコマンドを直接実行できます。 + システム割り当てマネージド ID を使用する場合、Azure 関連の環境変数を構成する必要はありません。BRコマンドを直接実行できます。 ```shell tiup br backup full -u "${PD_IP}:2379" \ diff --git a/br/br-snapshot-guide.md b/br/br-snapshot-guide.md index 388fd1bdb335c..890f39a5ca250 100644 --- a/br/br-snapshot-guide.md +++ b/br/br-snapshot-guide.md @@ -68,7 +68,7 @@ tiup br validate decode --field="end-version" \ > > - BR v7.5.0 以前のバージョンでは、TiKV ノードあたりのスナップショット復元速度は約 100 MiB/秒です。 > - BR v7.6.0以降、大規模リージョンのシナリオにおける潜在的なリストアボトルネックに対処するため、粗粒度のリージョン分散アルゴリズム（実験的）によるリストアの高速化がBRでサポートされます。この機能は、コマンドラインパラメータ`--granularity="coarse-grained"`を指定することで有効化できます。 -> - BR v8.0.0 以降では、粗粒度リージョン分散アルゴリズムによるスナップショット復元が一般提供 (GA) され、デフォルトで有効になっています。BRBR、粗粒度リージョン分散アルゴリズムの採用、データベースとテーブルのバッチ作成、SST ファイルのダウンロードと取り込み操作の相互影響の低減、テーブル統計の復元の高速化など、さまざまな最適化を実装することで、スナップショットの復元速度が大幅に向上しています。実際のケースでのテスト結果によると、スナップショット復元の SST ファイルのダウンロード速度は最大約 10 倍向上し、TiKV ノードあたりのデータ復元速度は 1.2 GiB/s で安定し、エンドツーエンドの復元速度は約 1.5～3 倍向上し、100 TiB のデータを 1 時間以内に復元できます。 +> - BR v8.0.0 以降では、粗粒度リージョン分散アルゴリズムによるスナップショット復元が一般提供 (GA) され、デフォルトで有効になっています。BR、粗粒度リージョン分散アルゴリズムの採用、データベースとテーブルのバッチ作成、SST ファイルのダウンロードと取り込み操作の相互影響の低減、テーブル統計の復元の高速化など、さまざまな最適化を実装することで、スナップショットの復元速度が大幅に向上しています。実際のケースでのテスト結果によると、スナップショット復元の SST ファイルのダウンロード速度は最大約 10 倍向上し、TiKV ノードあたりのデータ復元速度は 1.2 GiB/s で安定し、エンドツーエンドの復元速度は約 1.5～3 倍向上し、100 TiB のデータを 1 時間以内に復元できます。 > - BR v8.2.0 以降では、コマンド ライン パラメータ`--granularity`は非推奨となり、粗粒度リージョン散乱アルゴリズムがデフォルトで有効になります。 > - BR v8.3.0 以降、スナップショット復元タスクでは、TiKV およびTiFlashの使用可能なディスク容量チェックが導入されています。タスクの開始時に、 BR は復元する SST ファイルのサイズに基づいて、TiKV およびTiFlashに十分なディスク容量があるかどうかを確認します。TiKV v8.3.0 以降のバージョンでは、TiKV は各 SST ファイルをダウンロードする前に十分なディスク容量があるかどうかを確認します。これらのチェックのいずれかで容量が不足している場合、復元タスクはエラーで失敗します。1 `--check-requirements=false`設定することで復元タスクの開始時のチェックをスキップできますが、TiKV が各 SST ファイルをダウンロードする前のディスク容量チェックはスキップできません。 diff --git a/br/br-snapshot-manual.md b/br/br-snapshot-manual.md index 48542d936ca72..c66858254d1b7 100644 --- a/br/br-snapshot-manual.md +++ b/br/br-snapshot-manual.md @@ -1,6 +1,6 @@ --- title: TiDB Snapshot Backup and Restore Command Manual -summary: TiDBスナップショットのバックアップと復元コマンドマニュアルでは、クラスタースナップショット、データベース、およびテーブルのバックアップと復元に使用するコマンドについて説明しています。また、バックアップデータの暗号化と暗号化されたスナップショットの復元についても説明しています。BRBRはGCへの自己適応をサポートし、統計情報のバックアップと復元に--ignore-statsパラメータを導入しています。さらに、バックアップデータの暗号化と、指定されたデータベースまたはテーブルの部分的なデータ復元もサポートしています。 +summary: TiDBスナップショットのバックアップと復元コマンドマニュアルでは、クラスタースナップショット、データベース、およびテーブルのバックアップと復元に使用するコマンドについて説明しています。また、バックアップデータの暗号化と暗号化されたスナップショットの復元についても説明しています。BRはGCへの自己適応をサポートし、統計情報のバックアップと復元に--ignore-statsパラメータを導入しています。さらに、バックアップデータの暗号化と、指定されたデータベースまたはテーブルの部分的なデータ復元もサポートしています。 --- # TiDB スナップショットのバックアップと復元コマンドマニュアル {#tidb-snapshot-backup-and-restore-command-manual} diff --git a/dashboard/dashboard-access.md b/dashboard/dashboard-access.md index 1981f59e57a49..4fc8f54162837 100644 --- a/dashboard/dashboard-access.md +++ b/dashboard/dashboard-access.md @@ -9,7 +9,7 @@ TiDBダッシュボードにアクセスするには、ブラウザから[http:/ > **注記：** > -> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイできます。TiDB TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。詳細は[TiDB ダッシュボードをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 +> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイできます。TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。詳細は[TiDB ダッシュボードをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 ## 複数のPDインスタンスがデプロイされている場合にTiDBダッシュボードにアクセスする {#access-tidb-dashboard-when-multiple-pd-instances-are-deployed} diff --git a/dashboard/dashboard-faq.md b/dashboard/dashboard-faq.md index 48b86d2fafbcd..5e0d9780ed68a 100644 --- a/dashboard/dashboard-faq.md +++ b/dashboard/dashboard-faq.md @@ -56,7 +56,7 @@ Prometheusインスタンスをデプロイしてもこの問題が引き続き ### required component NgMonitoring is not startedというエラーが表示されます {#a-code-required-component-ngmonitoring-is-not-started-code-error-is-shown} -NgMonitoringは、TiDB v5.4.0以降のバージョンに組み込まれた高度な監視コンポーネントで、**継続的プロファイリング**や**Top SQL**などのTiDBダッシュボード機能をサポートします。TiUPの新しいバージョンを使用してクラスターをデプロイまたはアップグレードすると、NgMonitoringが自動的にデプロイされます。TiDB TiDB Operatorを使用してデプロイされたクラスターの場合は、 [継続的なプロファイリングを有効にする](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/access-dashboard/#enable-continuous-profiling)を参照してTiUPを手動でデプロイできます。 +NgMonitoringは、TiDB v5.4.0以降のバージョンに組み込まれた高度な監視コンポーネントで、**継続的プロファイリング**や**Top SQL**などのTiDBダッシュボード機能をサポートします。TiUPの新しいバージョンを使用してクラスターをデプロイまたはアップグレードすると、NgMonitoringが自動的にデプロイされます。TiDB Operatorを使用してデプロイされたクラスターの場合は、 [継続的なプロファイリングを有効にする](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/access-dashboard/#enable-continuous-profiling)を参照してTiUPを手動でデプロイできます。 Web ページに`required component NgMonitoring is not started`が表示されている場合は、次のようにしてデプロイメントの問題をトラブルシューティングできます。 diff --git a/dashboard/dashboard-ops-security.md b/dashboard/dashboard-ops-security.md index cfc5764231051..86928ad3ac31e 100644 --- a/dashboard/dashboard-ops-security.md +++ b/dashboard/dashboard-ops-security.md @@ -25,7 +25,7 @@ TiDBダッシュボードにアクセスしてサインインするには、最 > **注記：** > -> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降は、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイすることをサポートしています。TiDB TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。このポートはPDの他の特権インターフェースとは通信しないため、外部から提供される場合は追加のファイアウォールは必要ありません。詳細については、 [TiDB ダッシュボードをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 +> TiDB v6.5.0以降およびTiDB Operator v1.4.0以降は、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイすることをサポートしています。TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。このポートはPDの他の特権インターフェースとは通信しないため、外部から提供される場合は追加のファイアウォールは必要ありません。詳細については、 [TiDB ダッシュボードをTiDB Operatorで独立してデプロイ](https://docs.pingcap.com/tidb-in-kubernetes/v1.6/get-started#deploy-tidb-dashboard-independently)参照してください。 TiDBダッシュボードはPDクライアントポート（デフォルトは[http://IP:2379/ダッシュボード/](http://IP:2379/dashboard/) ）を介してサービスを提供します。TiDBダッシュボードはID認証を必要としますが、PDクライアントポート上のPD内の他の特権インターフェース（例： [http://IP:2379/pd/api/v1/members](http://IP:2379/pd/api/v1/members) ）はID認証を必要とせず、特権操作を実行できます。したがって、PDクライアントポートを外部ネットワークに直接公開することは非常に危険です。 diff --git a/dashboard/dashboard-user.md b/dashboard/dashboard-user.md index 921743539d5f3..040b6b1004060 100644 --- a/dashboard/dashboard-user.md +++ b/dashboard/dashboard-user.md @@ -5,7 +5,7 @@ summary: TiDBダッシュボードは、TiDBと同じユーザー権限システ # TiDBダッシュボードのユーザー管理 {#tidb-dashboard-user-management} -TiDBダッシュボードは、TiDBと同じユーザー権限システムとサインイン認証を使用します。TiDB TiDB SQLユーザーを制御・管理することで、TiDBダッシュボードへのアクセスを制限できます。このドキュメントでは、TiDB SQLユーザーがTiDBダッシュボードにアクセスするために必要な最小限の権限について説明し、最小限の権限を持つSQLユーザーの作成方法とRBACによる認証方法を例示します。 +TiDBダッシュボードは、TiDBと同じユーザー権限システムとサインイン認証を使用します。TiDB SQLユーザーを制御・管理することで、TiDBダッシュボードへのアクセスを制限できます。このドキュメントでは、TiDB SQLユーザーがTiDBダッシュボードにアクセスするために必要な最小限の権限について説明し、最小限の権限を持つSQLユーザーの作成方法とRBACによる認証方法を例示します。 TiDB SQLユーザーを制御および管理する方法の詳細については、 [TiDB ユーザーアカウント管理](/user-account-management.md)参照してください。 diff --git a/develop/_index.md b/develop/_index.md index bc1f2101ea573..2693b64d48183 100644 --- a/develop/_index.md +++ b/develop/_index.md @@ -147,7 +147,7 @@ mysql2 ドライバーを使用して TiDB に接続します。 ## MySQLクライアントソフトウェアを使用する {#use-mysql-client-software} -TiDBはMySQL互換データベースであるため、多くの使い慣れたクライアントソフトウェアツールを使用してTiDBに接続し、データベースを管理できます。TiDB TiDB Cloudでは、 [コマンドラインツール](/tidb-cloud/get-started-with-cli.md)使用してデータベースに接続および管理することもできます。 +TiDBはMySQL互換データベースであるため、多くの使い慣れたクライアントソフトウェアツールを使用してTiDBに接続し、データベースを管理できます。TiDB Cloudでは、 [コマンドラインツール](/tidb-cloud/get-started-with-cli.md)使用してデータベースに接続および管理することもできます。 diff --git a/develop/dev-guide-aws-appflow-integration.md b/develop/dev-guide-aws-appflow-integration.md index b70385e5e6c67..a54331887691b 100644 --- a/develop/dev-guide-aws-appflow-integration.md +++ b/develop/dev-guide-aws-appflow-integration.md @@ -153,7 +153,7 @@ git clone https://github.com/pingcap-inc/tidb-appflow-integration 5. `sf_account`テーブルが作成されたら、 **[接続]**をクリックします。接続ダイアログが表示されます。 -6. **TiDBコネクタへの接続**ダイアログで、 TiDB Cloud Starterインスタンスの接続プロパティを入力します。TiDB TiDB Cloud Starterの場合、 **TLS**オプションを`Yes`に設定する必要があります。これにより、TiDBコネクタがTLS接続を使用できるようになります。次に、 **[接続]**をクリックします。 +6. **TiDBコネクタへの接続**ダイアログで、 TiDB Cloud Starterインスタンスの接続プロパティを入力します。TiDB Cloud Starterの場合、 **TLS**オプションを`Yes`に設定する必要があります。これにより、TiDBコネクタがTLS接続を使用できるようになります。次に、 **[接続]**をクリックします。 ![tidb connection message](/media/develop/aws-appflow-step-tidb-connection-message.png) diff --git a/develop/dev-guide-build-cluster-in-cloud.md b/develop/dev-guide-build-cluster-in-cloud.md index b4fb7c263aecc..90fa8f9e0e197 100644 --- a/develop/dev-guide-build-cluster-in-cloud.md +++ b/develop/dev-guide-build-cluster-in-cloud.md @@ -20,7 +20,7 @@ aliases: ['/ja/tidb/stable/dev-guide-build-cluster-in-cloud/','/ja/tidb/dev/dev- 3. [**私のTiDB**](https://tidbcloud.com/tidbs)ページで、 **「リソースの作成」**をクリックします。 -4. **「リソースの作成」**ページでは、デフォルトで**「Starter」**が選択されています。TiDB TiDB Cloud Starterインスタンスの名前を入力し、作成先のクラウドプロバイダーとリージョンを選択してください。 +4. **「リソースの作成」**ページでは、デフォルトで**「Starter」**が選択されています。TiDB Cloud Starterインスタンスの名前を入力し、作成先のクラウドプロバイダーとリージョンを選択してください。 5. **「作成」**をクリックして、 TiDB Cloud Starterインスタンスを作成します。 @@ -134,7 +134,7 @@ SELECT 'Hello TiDB Cloud!'; +-------------------+ ``` -実際の出力が期待される出力と類似していれば、おめでとうございます。TiDB TiDB Cloud上で SQL ステートメントを正常に実行できました。 +実際の出力が期待される出力と類似していれば、おめでとうございます。TiDB Cloud上で SQL ステートメントを正常に実行できました。 ## お困りですか？ {#need-help} diff --git a/develop/dev-guide-gui-vscode-sqltools.md b/develop/dev-guide-gui-vscode-sqltools.md index 89b7bc625e038..b583d026f5e5d 100644 --- a/develop/dev-guide-gui-vscode-sqltools.md +++ b/develop/dev-guide-gui-vscode-sqltools.md @@ -79,7 +79,7 @@ TiDB は MySQL 互換データベースであり、 [Visual Studio Code (VS Code - **MySQLドライバ固有のオプション**領域で、以下のパラメータを設定します。 - **認証プロトコル**：**デフォルト**を選択してください。 - - **SSL** ： **[有効]**を選択します。TiDB TiDB Cloud Starterは安全な接続を必要とします。SSL**オプション（node.TLSSocket）**領域で、 TiDB Cloud接続ダイアログの`CA`パラメーターを**[認証局（CA）証明書**ファイル]フィールドに設定してください。 + - **SSL** ： **[有効]**を選択します。TiDB Cloud Starterは安全な接続を必要とします。SSL**オプション（node.TLSSocket）**領域で、 TiDB Cloud接続ダイアログの`CA`パラメーターを**[認証局（CA）証明書**ファイル]フィールドに設定してください。 > **注記：** > diff --git a/develop/dev-guide-insert-data.md b/develop/dev-guide-insert-data.md index 724ccdcff22a5..67fbafaac03ef 100644 --- a/develop/dev-guide-insert-data.md +++ b/develop/dev-guide-insert-data.md @@ -232,7 +232,7 @@ TiDBに大量のデータを迅速にインポートする必要がある場合
-- データエクスポート： [Dumpling](/dumpling-overview.md)を使用して、MySQLまたはTiDBデータをローカルストレージまたはクラウドstorageにエクスポートします。TiDB TiDB Cloud StarterまたはEssentialインスタンスの場合は、 [TiDB Cloudコンソール](https://tidbcloud.com/)の[輸出](/tidb-cloud/serverless-export.md)機能を使用して、より効率的にデータをエクスポートすることもできます。 +- データエクスポート： [Dumpling](/dumpling-overview.md)を使用して、MySQLまたはTiDBデータをローカルストレージまたはクラウドstorageにエクスポートします。TiDB Cloud StarterまたはEssentialインスタンスの場合は、 [TiDB Cloudコンソール](https://tidbcloud.com/)の[輸出](/tidb-cloud/serverless-export.md)機能を使用して、より効率的にデータをエクスポートすることもできます。 - データのインポート: [TiDB Cloudコンソール](https://tidbcloud.com/)の[輸入](/tidb-cloud/import-sample-data.md)機能を使用します。 Dumplingでエクスポートしたデータをインポートしたり、ローカルの CSV ファイルをインポートしたり、[クラウドstorageからCSVファイルをTiDB Cloudにインポートする](/tidb-cloud/import-csv-files.md)ことができます。 - データレプリケーション： [TiDB Cloudコンソール](https://tidbcloud.com/)の[TiDBデータ移行](/tidb-cloud/migrate-from-mysql-using-data-migration.md)機能を使用します。 MySQL 互換データベースを TiDB にレプリケートできます。また、ソースデータベースからのシャーディングされたインスタンスとテーブルのマージおよび移行もサポートしています。 - データのバックアップと復元: [TiDB Cloudコンソール](https://tidbcloud.com/)の[バックアップ](/tidb-cloud/backup-and-restore.md)機能を使用します。 Dumplingと比較して、バックアップと復元はビッグ データのシナリオにより適しています。 diff --git a/develop/dev-guide-sample-application-cs.md b/develop/dev-guide-sample-application-cs.md index 6d8c638f95dbd..9324c66575069 100644 --- a/develop/dev-guide-sample-application-cs.md +++ b/develop/dev-guide-sample-application-cs.md @@ -14,7 +14,7 @@ C#（「シーシャープ」と発音）は、Microsoftが開発した.NETフ - [.NET 9.0 SDK](https://dotnet.microsoft.com/en-us/download)をダウンロードしてください。 - このチュートリアルでは`dotnet`コマンドラインツールを使用します。あるいは、Visual Studio Code IDE を使用して C# コードを操作することもできます。 -- このチュートリアルを完了するには、TiDB インスタンスへのアクセスが必要です。TiDB TiDB Cloud上の[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)インスタンスまたは[TiDB Cloud Dedicated](https://docs.pingcap.com/tidbcloud/select-cluster-tier/#tidb-cloud-dedicated)クラスター、あるいは`tiup playground`を使用して起動した TiDB Self-Managed クラスターを使用できます。 +- このチュートリアルを完了するには、TiDB インスタンスへのアクセスが必要です。TiDB Cloud上の[TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)インスタンスまたは[TiDB Cloud Dedicated](https://docs.pingcap.com/tidbcloud/select-cluster-tier/#tidb-cloud-dedicated)クラスター、あるいは`tiup playground`を使用して起動した TiDB Self-Managed クラスターを使用できます。 ## ステップ1. コンソールプロジェクトを設定する {#step-1-set-up-a-console-project} @@ -94,7 +94,7 @@ public class Tutorial1 } ``` -これは、指定されたIPアドレスとポート番号のTiDBインスタンスに接続します。TiDB TiDB Cloudを使用する場合は、接続文字列パラメータ（ホスト名、ポート番号、ユーザー名、パスワードなど）を[TiDB Cloudコンソール](https://tidbcloud.com/)で提供されている詳細情報に置き換えてください。 。 +これは、指定されたIPアドレスとポート番号のTiDBインスタンスに接続します。TiDB Cloudを使用する場合は、接続文字列パラメータ（ホスト名、ポート番号、ユーザー名、パスワードなど）を[TiDB Cloudコンソール](https://tidbcloud.com/)で提供されている詳細情報に置き換えてください。 。 このコードはデータベースに接続し、そのバージョンを出力後、 [`TIDB_VERSION()`](/functions-and-operators/tidb-functions.md#tidb_version)を使用して SQL クエリを実行し、より詳細なバージョン情報を取得し、最後にその結果を出力。 diff --git a/develop/dev-guide-sample-application-golang-gorm.md b/develop/dev-guide-sample-application-golang-gorm.md index dc4e5fd166024..4c396130bd734 100644 --- a/develop/dev-guide-sample-application-golang-gorm.md +++ b/develop/dev-guide-sample-application-golang-gorm.md @@ -193,7 +193,7 @@ func createDB() *gorm.DB { } ``` -この機能を使用する場合は、 `${tidb_host}` 、 `${tidb_port}` 、 `${tidb_user}` 、 `${tidb_password}` 、および`${tidb_db_name}` TiDBの実際の値に置き換える必要があります。TiDB TiDB Cloud Starterはセキュアな接続を必要とします。そのため、 `${use_ssl}`の値を`true`に設定する必要があります。 +この機能を使用する場合は、 `${tidb_host}` 、 `${tidb_port}` 、 `${tidb_user}` 、 `${tidb_password}` 、および`${tidb_db_name}` TiDBの実際の値に置き換える必要があります。TiDB Cloud Starterはセキュアな接続を必要とします。そのため、 `${use_ssl}`の値を`true`に設定する必要があります。 ### データを挿入する {#insert-data} diff --git a/develop/dev-guide-sample-application-golang-sql-driver.md b/develop/dev-guide-sample-application-golang-sql-driver.md index 40bcacf0f9bc4..1be17c73afe49 100644 --- a/develop/dev-guide-sample-application-golang-sql-driver.md +++ b/develop/dev-guide-sample-application-golang-sql-driver.md @@ -191,7 +191,7 @@ func openDB(driverName string, runnable func(db *sql.DB)) { } ``` -この機能を使用する場合は、 `${tidb_host}` 、 `${tidb_port}` 、 `${tidb_user}` 、 `${tidb_password}` 、および`${tidb_db_name}` TiDBの実際の値に置き換える必要があります。TiDB TiDB Cloud StarterとTiDB Cloud Essentialはセキュアな接続を必要とします。そのため、 `${use_ssl}`の値を`true`に設定する必要があります。 +この機能を使用する場合は、 `${tidb_host}` 、 `${tidb_port}` 、 `${tidb_user}` 、 `${tidb_password}` 、および`${tidb_db_name}` TiDBの実際の値に置き換える必要があります。TiDB Cloud StarterとTiDB Cloud Essentialはセキュアな接続を必要とします。そのため、 `${use_ssl}`の値を`true`に設定する必要があります。 ### データを挿入する {#insert-data} diff --git a/develop/dev-guide-wordpress.md b/develop/dev-guide-wordpress.md index 8c0408bbc6d7d..ebb5b2fa7abad 100644 --- a/develop/dev-guide-wordpress.md +++ b/develop/dev-guide-wordpress.md @@ -84,7 +84,7 @@ TiDB Cloud StarterへのWordPressデータベース接続を設定します。 TIDB_DB_NAME='test' ``` - プレースホルダー`{}`を、接続ダイアログから取得した接続パラメータに置き換えてください。デフォルトでは、 TiDB Cloud Starterには`test`データベースが付属しています。TiDB TiDB Cloud Starterインスタンスで既に別のデータベースを作成している場合は、 `test`データベース名に置き換えてください。 + プレースホルダー`{}`を、接続ダイアログから取得した接続パラメータに置き換えてください。デフォルトでは、 TiDB Cloud Starterには`test`データベースが付属しています。TiDB Cloud Starterインスタンスで既に別のデータベースを作成している場合は、 `test`データベース名に置き換えてください。 7. `.env`ファイルを保存します。 diff --git a/develop/serverless-driver-prisma-example.md b/develop/serverless-driver-prisma-example.md index 97758b940c89a..c5cc12c80c670 100644 --- a/develop/serverless-driver-prisma-example.md +++ b/develop/serverless-driver-prisma-example.md @@ -172,7 +172,7 @@ const prisma = new PrismaClient({ adapter }); name String? @db.VarChar(255) } -3. データベースをPrismaスキーマと同期させます。TiDB TiDB Cloud Starterインスタンスでデータベーステーブルを手動で作成するか、Prisma CLIを使用して次のように自動的に作成することができます。 +3. データベースをPrismaスキーマと同期させます。TiDB Cloud Starterインスタンスでデータベーステーブルを手動で作成するか、Prisma CLIを使用して次のように自動的に作成することができます。 npx prisma db push diff --git a/dm/deploy-a-dm-cluster-using-binary.md b/dm/deploy-a-dm-cluster-using-binary.md index d37d09cda5dab..a6643a7192269 100644 --- a/dm/deploy-a-dm-cluster-using-binary.md +++ b/dm/deploy-a-dm-cluster-using-binary.md @@ -13,7 +13,7 @@ summary: DM バイナリを使用してデータ移行クラスターをデプ ## DMバイナリをダウンロード {#download-dm-binary} -DMバイナリはTiDB Toolkitに含まれています。TiDBTiDB Toolkitをダウンロードするには、 [TiDBツールをダウンロード](/download-ecosystem-tools.md)参照してください。 +DMバイナリはTiDB Toolkitに含まれています。TiDB Toolkitをダウンロードするには、 [TiDBツールをダウンロード](/download-ecosystem-tools.md)参照してください。 ## サンプルシナリオ {#sample-scenario} diff --git a/dumpling-overview.md b/dumpling-overview.md index bf72a45034f02..4efed4e6b22f4 100644 --- a/dumpling-overview.md +++ b/dumpling-overview.md @@ -11,7 +11,7 @@ summary: Dumplingツールを使用して TiDB からデータをエクスポー [TiUP](/tiup/tiup-overview.md)を使って`tiup install dumpling`実行するとDumpling が手に入ります。その後、 `tiup dumpling ...`使ってDumpling を実行できます。 -DumplingインストールパッケージはTiDB Toolkitに含まれています。TiDBTiDB Toolkitをダウンロードするには、 [TiDBツールをダウンロード](/download-ecosystem-tools.md)参照してください。 +DumplingインストールパッケージはTiDB Toolkitに含まれています。TiDB Toolkitをダウンロードするには、 [TiDBツールをダウンロード](/download-ecosystem-tools.md)参照してください。 @@ -101,7 +101,7 @@ tiup dumpling -u root -P 4000 -h 127.0.0.1 --filetype sql -t 8 -o /tmp/test -r 2 - TiDBの場合、 Dumplingは分割にリージョン情報を使用するため、メモリ使用量も削減されます。指定された値`-r`は分割アルゴリズムに影響を与えません。 - MySQL の場合、このオプションは、主キー (または複合主キーの最初の列) が`INT`または`STRING`タイプの場合にサポートされます。 -- `-F`オプションは、単一ファイルの最大サイズを指定するために使用されます（単位は`MiB`ですが、 `5GiB`や`8KB`などの入力も許容されます）。TiDB TiDB Lightningを使用してこのファイルを TiDB インスタンスにロードする場合は、この値を 256 MiB 以下に抑えることをお勧めします。 +- `-F`オプションは、単一ファイルの最大サイズを指定するために使用されます（単位は`MiB`ですが、 `5GiB`や`8KB`などの入力も許容されます）。TiDB Lightningを使用してこのファイルを TiDB インスタンスにロードする場合は、この値を 256 MiB 以下に抑えることをお勧めします。 > **注記：** > diff --git a/dynamic-config.md b/dynamic-config.md index 6964ac2d11d04..c6e8e6a7e2489 100644 --- a/dynamic-config.md +++ b/dynamic-config.md @@ -11,7 +11,7 @@ summary: クラスター構成を動的に変更する方法を学習します > **注記：** > -> この機能は TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では利用できません。TiDB TiDB Cloudの場合は、設定を変更するには[TiDB Cloudサポート](https://docs.pingcap.com/tidbcloud/tidb-cloud-support)お問い合わせください。 +> この機能は TiDB Self-Managed にのみ適用され、 [TiDB Cloud](https://docs.pingcap.com/tidbcloud/)では利用できません。TiDB Cloudの場合は、設定を変更するには[TiDB Cloudサポート](https://docs.pingcap.com/tidbcloud/tidb-cloud-support)お問い合わせください。 ## 一般的な操作 {#common-operations} diff --git a/ecosystem-tool-user-guide.md b/ecosystem-tool-user-guide.md index 6c0acf4f06974..112c23b2eabef 100644 --- a/ecosystem-tool-user-guide.md +++ b/ecosystem-tool-user-guide.md @@ -26,7 +26,7 @@ TiUPの基本は次のとおりです。 ### Kubernetes 上で TiDBをデプロイて運用する - TiDB Operator {#deploy-and-operate-tidb-on-kubernetes-tidb-operator} -[TiDB Operator](https://github.com/pingcap/tidb-operator) 、Kubernetes上でTiDBクラスタを管理するための自動運用システムです。デプロイメント、アップグレード、スケーリング、バックアップ、設定変更など、TiDBのライフサイクル全体にわたる管理を提供します。TiDB TiDB Operatorを使用することで、パブリッククラウドまたはプライベートクラウドにデプロイされたKubernetesクラスタ内でTiDBをシームレスに実行できます。 +[TiDB Operator](https://github.com/pingcap/tidb-operator) 、Kubernetes上でTiDBクラスタを管理するための自動運用システムです。デプロイメント、アップグレード、スケーリング、バックアップ、設定変更など、TiDBのライフサイクル全体にわたる管理を提供します。TiDB Operatorを使用することで、パブリッククラウドまたはプライベートクラウドにデプロイされたKubernetesクラスタ内でTiDBをシームレスに実行できます。 TiDB Operatorの基本は次のとおりです。 diff --git a/faq/backup-and-restore-faq.md b/faq/backup-and-restore-faq.md index 8ad2613d78242..7b7038423e9e7 100644 --- a/faq/backup-and-restore-faq.md +++ b/faq/backup-and-restore-faq.md @@ -247,7 +247,7 @@ TiKVがバックアップディレクトリにアクセスできるかどうか ### mysqlスキーマ内のテーブルが復元されないのはなぜですか? {#why-are-tables-in-the-code-mysql-code-schema-not-restored} -BR v5.1.0以降では、フルバックアップを実行すると、 BRは**`mysql`スキーマ内のテーブル**をバックアップします。BR BRより前のデフォルト設定では、 BRはユーザーデータのみを復元し、 **`mysql`スキーマ**内のテーブルは復元しません。 +BR v5.1.0以降では、フルバックアップを実行すると、 BRは**`mysql`スキーマ内のテーブル**をバックアップします。BRより前のデフォルト設定では、 BRはユーザーデータのみを復元し、 **`mysql`スキーマ**内のテーブルは復元しません。 ユーザーが`mysql`スキーマに作成したテーブル（システムテーブルではない）を復元するには、 [テーブルフィルター](/table-filter.md#syntax)を使用して明示的にテーブルを含めます。次の例は、 BR が通常の復元を実行する際に`mysql.usertable`テーブルを復元する方法を示しています。 @@ -311,7 +311,7 @@ v4.0.9では、 BRはデフォルトで統計情報をバックアップしま ## 回復プロセスが中断された場合、すでに回復されたデータを削除して、回復を再度開始する必要がありますか? {#if-the-recovery-process-is-interrupted-is-it-necessary-to-delete-the-already-recovered-data-and-start-the-recovery-again} -いいえ、必要ありません。BR BR以降では、ブレークポイントからのデータの再開をサポートしています。予期せぬ状況でリカバリが中断された場合は、リカバリタスクを再開するだけで、中断したところから再開されます。 +いいえ、必要ありません。BR以降では、ブレークポイントからのデータの再開をサポートしています。予期せぬ状況でリカバリが中断された場合は、リカバリタスクを再開するだけで、中断したところから再開されます。 ## リカバリが完了したら、特定のテーブルを削除して再度リカバリできますか? {#after-the-recovery-is-complete-can-i-delete-a-specific-table-and-then-recover-it-again} diff --git a/garbage-collection-configuration.md b/garbage-collection-configuration.md index bc8ea88fe4b3a..b47e7cc178256 100644 --- a/garbage-collection-configuration.md +++ b/garbage-collection-configuration.md @@ -22,7 +22,7 @@ summary: GC 構成パラメータについて学習します。 > **注記：** > -> このセクションは TiDB Self-Managed にのみ適用されます。TiDB TiDB Cloud には、デフォルトでは GC I/O 制限はありません。 +> このセクションは TiDB Self-Managed にのみ適用されます。TiDB Cloud には、デフォルトでは GC I/O 制限はありません。 @@ -58,7 +58,7 @@ TiDB v6.1.0では、アクティブなトランザクションがGCセーフポ > **注記：** > -> 以下のTiKV構成の変更例は、TiDB Self-Managedにのみ適用されます。TiDB TiDB Cloudでは、Compaction FilterのGCメカニズムがデフォルトで有効になっています。 +> 以下のTiKV構成の変更例は、TiDB Self-Managedにのみ適用されます。TiDB Cloudでは、Compaction FilterのGCメカニズムがデフォルトで有効になっています。 diff --git a/information-schema/information-schema.md b/information-schema/information-schema.md index 18eb0b2baf679..fe773f67c58d6 100644 --- a/information-schema/information-schema.md +++ b/information-schema/information-schema.md @@ -102,7 +102,7 @@ summary: TiDBは、システムメタデータを表示するためのANSI標準 > **注記：** > -> 以下のテーブルの一部は、TiDB Self-Managed でのみサポートされており、 TiDB Cloudではサポートされていません。TiDB TiDB Cloudでサポートされていないテーブルの完全なリストについては、 [システムテーブル](https://docs.pingcap.com/tidbcloud/limited-sql-features#system-tables)を参照してください。 +> 以下のテーブルの一部は、TiDB Self-Managed でのみサポートされており、 TiDB Cloudではサポートされていません。TiDB Cloudでサポートされていないテーブルの完全なリストについては、 [システムテーブル](https://docs.pingcap.com/tidbcloud/limited-sql-features#system-tables)を参照してください。 | テーブル名 | 説明 | | ------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | diff --git a/migrate-from-csv-files-to-tidb.md b/migrate-from-csv-files-to-tidb.md index fece4b9c03918..d63f9323a99ef 100644 --- a/migrate-from-csv-files-to-tidb.md +++ b/migrate-from-csv-files-to-tidb.md @@ -16,7 +16,7 @@ TiDB Lightningは、CSVファイルやタブ区切り値（TSV）などの他の ## ステップ1.CSVファイルを準備する {#step-1-prepare-the-csv-files} -すべてのCSVファイルを同じディレクトリに置いてください。TiDB TiDB LightningですべてのCSVファイルを認識させるには、ファイル名が以下の要件を満たす必要があります。 +すべてのCSVファイルを同じディレクトリに置いてください。TiDB LightningですべてのCSVファイルを認識させるには、ファイル名が以下の要件を満たす必要があります。 - CSV ファイルにテーブル全体のデータが含まれている場合は、ファイルに`${db_name}.${table_name}.csv`名前を付けます。 - 1つのテーブルのデータが複数のCSVファイルに分割されている場合は、これらのCSVファイルに数値サフィックスを追加してください。例： `${db_name}.${table_name}.003.csv` 。数値サフィックスは連続していなくても構いませんが、昇順である必要があります。また、すべてのサフィックスの長さを揃えるため、数値の前にゼロを追加する必要があります。 diff --git a/migrate-from-mariadb.md b/migrate-from-mariadb.md index 1285f98e76e9e..d0e824c0c43c2 100644 --- a/migrate-from-mariadb.md +++ b/migrate-from-mariadb.md @@ -272,7 +272,7 @@ MariaDB から TiDB にデータを移行するには、次の手順を実行し tiup dumpling --port 3306 --host 127.0.0.1 --user root --password secret -F 256MB -o /data/backup ``` -3. `tiup tidb-lightning`コマンドを使用してデータを復元します。TiDB TiDB Lightning の設定方法と実行方法の詳細については、 [TiDB Lightningを使い始める](/get-started-with-tidb-lightning.md)参照してください。 +3. `tiup tidb-lightning`コマンドを使用してデータを復元します。TiDB Lightning の設定方法と実行方法の詳細については、 [TiDB Lightningを使い始める](/get-started-with-tidb-lightning.md)参照してください。 4. ユーザーアカウントと権限を移行します。ユーザーと権限の移行方法の詳細については、 [ユーザーと権限をエクスポートする](#export-users-and-grants)参照してください。 diff --git a/migrate-from-parquet-files-to-tidb.md b/migrate-from-parquet-files-to-tidb.md index 763b1a6d11d44..b644f08b2746b 100644 --- a/migrate-from-parquet-files-to-tidb.md +++ b/migrate-from-parquet-files-to-tidb.md @@ -43,7 +43,7 @@ Hive内の各テーブルは、 `STORED AS PARQUET LOCATION '/path/in/hdfs'`ア 3. Hiveからエクスポートされたparquetファイルには`.parquet`サフィックスが付いていない可能性があり、 TiDB Lightningで正しく識別できない場合があります。そのため、ファイルをインポートする前に、エクスポートしたファイルの名前を変更し、 `.parquet`サフィックスを追加して、 TiDB Lightningが認識できる形式（例： `${db_name}. ${table_name}.parquet` ）に完全なファイル名を変更する必要があります。ファイルの種類とパターンの詳細については、 [TiDB Lightningデータソース](/tidb-lightning/tidb-lightning-data-source.md)参照してください。また、正しい[カスタマイズされた表現](/tidb-lightning/tidb-lightning-data-source.md#match-customized-files)設定することで、データファイルを一致させることもできます。 -4. すべての parquet ファイルを`/data/my_datasource/`や`s3://my-bucket/sql-backup`の統合ディレクトリに配置します。TiDB TiDB Lightning は、このディレクトリとそのサブディレクトリ内の`.parquet`ファイルすべてを再帰的に検索します。 +4. すべての parquet ファイルを`/data/my_datasource/`や`s3://my-bucket/sql-backup`の統合ディレクトリに配置します。TiDB Lightning は、このディレクトリとそのサブディレクトリ内の`.parquet`ファイルすべてを再帰的に検索します。 ## ステップ2. ターゲットテーブルスキーマを作成する {#step-2-create-the-target-table-schema} diff --git a/migrate-from-sql-files-to-tidb.md b/migrate-from-sql-files-to-tidb.md index 62b6a9e5ca449..310efd6404844 100644 --- a/migrate-from-sql-files-to-tidb.md +++ b/migrate-from-sql-files-to-tidb.md @@ -14,7 +14,7 @@ summary: SQL ファイルから TiDB にデータを移行する方法を学習 ## ステップ1. SQLファイルを準備する {#step-1-prepare-sql-files} -すべての SQL ファイルを`/data/my_datasource/`や`s3://my-bucket/sql-backup`などの同じディレクトリに配置します。TiDB TiDB Lightning は、このディレクトリとそのサブディレクトリ内の`.sql`ファイルすべてを再帰的に検索します。 +すべての SQL ファイルを`/data/my_datasource/`や`s3://my-bucket/sql-backup`などの同じディレクトリに配置します。TiDB Lightning は、このディレクトリとそのサブディレクトリ内の`.sql`ファイルすべてを再帰的に検索します。 ## ステップ2. ターゲットテーブルスキーマを定義する {#step-2-define-the-target-table-schema} diff --git a/migrate-large-mysql-to-tidb.md b/migrate-large-mysql-to-tidb.md index 1e704ad1a59a3..71a63588b099a 100644 --- a/migrate-large-mysql-to-tidb.md +++ b/migrate-large-mysql-to-tidb.md @@ -7,7 +7,7 @@ summary: 大規模なデータセットを MySQL から TiDB に移行する方 移行するデータ量が少ない場合は、完全移行と増分レプリケーションの両方で[DMを使用してデータを移行する](/migrate-small-mysql-to-tidb.md)簡単に移行できます。ただし、DMはデータのインポート速度が遅い（30～50 GiB/h）ため、データ量が多い場合は移行に時間がかかる可能性があります。このドキュメントで言う「大規模データセット」とは、通常1 TiB程度のデータを指します。 -このドキュメントでは、 DumplingとTiDB Lightningを使用して完全な移行を実行する方法について説明します。TiDB TiDB Lightning [物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md)最大500GiB/hの速度でデータをインポートできます。この速度は、ハードウェア構成、テーブルスキーマ、インデックス数など、さまざまな要因の影響を受けることに注意してください。完全な移行が完了したら、DMを使用して増分データをレプリケーションできます。 +このドキュメントでは、 DumplingとTiDB Lightningを使用して完全な移行を実行する方法について説明します。TiDB Lightning [物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md)最大500GiB/hの速度でデータをインポートできます。この速度は、ハードウェア構成、テーブルスキーマ、インデックス数など、さまざまな要因の影響を受けることに注意してください。完全な移行が完了したら、DMを使用して増分データをレプリケーションできます。 ## 前提条件 {#prerequisites} @@ -19,7 +19,7 @@ summary: 大規模なデータセットを MySQL から TiDB に移行する方 ## リソース要件 {#resource-requirements} -**オペレーティングシステム**: このドキュメントの例では、新規の CentOS 7 インスタンスを使用しています。仮想マシンはローカルホストまたはクラウドにデプロイできます。TiDB TiDB Lightning はデフォルトで必要なCPUリソースを消費するため、専用サーバーにデプロイすることをお勧めします。これが不可能な場合は、他の TiDB コンポーネントと共に単一のサーバー（例えば`tikv-server` ）にデプロイし、 TiDB LightningからのCPU使用量を制限するために`region-concurrency`を設定することができます。通常、サイズは論理CPUの 75% に設定できます。 +**オペレーティングシステム**: このドキュメントの例では、新規の CentOS 7 インスタンスを使用しています。仮想マシンはローカルホストまたはクラウドにデプロイできます。TiDB Lightning はデフォルトで必要なCPUリソースを消費するため、専用サーバーにデプロイすることをお勧めします。これが不可能な場合は、他の TiDB コンポーネントと共に単一のサーバー（例えば`tikv-server` ）にデプロイし、 TiDB LightningからのCPU使用量を制限するために`region-concurrency`を設定することができます。通常、サイズは論理CPUの 75% に設定できます。 **メモリとCPU** ： TiDB Lightningは多くのリソースを消費するため、64GiB以上のメモリと32個以上のCPUコアを割り当てることをお勧めします。最高のパフォーマンスを得るには、CPUコアとメモリ（GiB）の比率が1:2以上であることを確認してください。 diff --git a/migration-overview.md b/migration-overview.md index e14b92b444040..59d88daca1d65 100644 --- a/migration-overview.md +++ b/migration-overview.md @@ -12,7 +12,7 @@ summary: データ移行シナリオとソリューションの概要を学習 - すべての TiDB データを CSV ファイルまたは SQL ダンプ ファイルとしてエクスポートするには、 Dumplingを使用して完全な移行を実行できます。これにより、MySQL または MariaDB からのデータ移行が容易になります。 - データ サイズのボリュームが小さい (たとえば、1 TiB 未満) データベースからすべてのデータを移行するには、TiDB データ移行 (DM) を使用することもできます。 -- TiDBのクイック初期化。TiDB TiDB Lightningは、データの高速インポートをサポートし、TiDB内の特定のテーブルを高速に初期化できます。この機能を使用する前に、クイック初期化はTiDBに大きな影響を与え、初期化中はクラスタがサービスを提供できないことにご注意ください。 +- TiDBのクイック初期化。TiDB Lightningは、データの高速インポートをサポートし、TiDB内の特定のテーブルを高速に初期化できます。この機能を使用する前に、クイック初期化はTiDBに大きな影響を与え、初期化中はクラスタがサービスを提供できないことにご注意ください。 - 増分レプリケーション。TiDB DM を使用すると、MySQL、MariaDB、またはAuroraから TiDB にバイナリログをレプリケートできるため、レプリケーション期間中のウィンドウのダウンタイムが大幅に短縮されます。 diff --git a/pd-recover.md b/pd-recover.md index 978ab1f7bdbcd..c7b7a4a093dd2 100644 --- a/pd-recover.md +++ b/pd-recover.md @@ -18,7 +18,7 @@ PD RecoverはPDのディザスタリカバリツールであり、正常に起 ## TiDB Toolkitをダウンロード {#download-tidb-toolkit} -PD Recover インストール パッケージはTiDB Toolkitに含まれています。TiDB TiDB Toolkit をダウンロードするには、 [TiDBツールをダウンロード](/download-ecosystem-tools.md)参照してください。 +PD Recover インストール パッケージはTiDB Toolkitに含まれています。TiDB Toolkit をダウンロードするには、 [TiDBツールをダウンロード](/download-ecosystem-tools.md)参照してください。 以下のセクションでは、PDクラスタを復旧するための2つの方法、すなわち、稼働中のPDノードからの復旧と、PDクラスタ全体の再構築について説明します。 diff --git a/quick-start-with-htap.md b/quick-start-with-htap.md index 600e3a3229691..2e8788ea94b93 100644 --- a/quick-start-with-htap.md +++ b/quick-start-with-htap.md @@ -155,7 +155,7 @@ SELECT * FROM information_schema.tiflash_replica WHERE TABLE_SCHEMA = 'test' and もう一度[ステップ3](#step-3-query-data-with-the-row-based-storage-engine)の SQL 文を実行すると、 TiDB HTAPのパフォーマンスを確認できます。 -TiFlashレプリカを持つテーブルの場合、TiDBオプティマイザーはコスト見積もりに基づいてTiFlashレプリカを使用するかどうかを自動的に決定します。TiFlashTiFlashが選択されているかどうかを確認するには、 `desc`または`explain analyze`ステートメントを使用します。例： +TiFlashレプリカを持つテーブルの場合、TiDBオプティマイザーはコスト見積もりに基づいてTiFlashレプリカを使用するかどうかを自動的に決定します。TiFlashが選択されているかどうかを確認するには、 `desc`または`explain analyze`ステートメントを使用します。例： ```sql USE test; diff --git a/releases/release-3.0-beta.md b/releases/release-3.0-beta.md index c316d4d234731..008fc4716e733 100644 --- a/releases/release-3.0-beta.md +++ b/releases/release-3.0-beta.md @@ -1,6 +1,6 @@ --- title: TiDB 3.0 Beta Release Notes -summary: 2019年1月19日にリリースされたTiDB 3.0ベータ版は、安定性、SQLオプティマイザー、統計、実行エンジンに重点を置いています。新機能には、ビュー、ウィンドウ関数、範囲分割、ハッシュ分割のサポートが含まれます。SQLオプティマイザーは、トランザクションにおけるインデックス結合のサポート、定数伝播の最適化、DO文におけるサブクエリのサポートなど、さまざまな最適化によって強化されました。SQLエグゼキューターも最適化され、パフォーマンスが向上しました。権限管理、サーバー、互換性、DDLがすべて改善されました。TiDB TiDB Lightningは単一テーブルのバッチインポートをサポートするようになり、PDとTiKVにもさまざまな機能強化と新機能が追加されました。 +summary: 2019年1月19日にリリースされたTiDB 3.0ベータ版は、安定性、SQLオプティマイザー、統計、実行エンジンに重点を置いています。新機能には、ビュー、ウィンドウ関数、範囲分割、ハッシュ分割のサポートが含まれます。SQLオプティマイザーは、トランザクションにおけるインデックス結合のサポート、定数伝播の最適化、DO文におけるサブクエリのサポートなど、さまざまな最適化によって強化されました。SQLエグゼキューターも最適化され、パフォーマンスが向上しました。権限管理、サーバー、互換性、DDLがすべて改善されました。TiDB Lightningは単一テーブルのバッチインポートをサポートするようになり、PDとTiKVにもさまざまな機能強化と新機能が追加されました。 --- # TiDB 3.0 ベータ版リリースノート {#tidb-3-0-beta-release-notes} diff --git a/releases/release-3.0-ga.md b/releases/release-3.0-ga.md index ffe8a316ffcfa..b4098398c5ccd 100644 --- a/releases/release-3.0-ga.md +++ b/releases/release-3.0-ga.md @@ -1,6 +1,6 @@ --- title: TiDB 3.0 GA Release Notes -summary: TiDB 3.0 GAは2019年6月28日にリリースされ、安定性、使いやすさ、パフォーマンスが向上しました。新機能には、ウィンドウ関数、ビュー、パーティションテーブル、プラグインフレームワークなどがあります。SQLオプティマイザーはパフォーマンス向上のために最適化され、DDLは誤って削除されたテーブルの高速リカバリをサポートするようになりました。TiKVは、分散GC、マルチスレッドRaftstore、 Raftメッセージのバッチ送受信をサポートするようになりました。TiDB TiDB LightningやTiDB Binlogなどのツールも、新機能とパフォーマンス向上によって強化されました。TiDB Ansibleは、 TiDB Lightningの導入と運用をサポートし、監視コンポーネントを最適化するためにアップグレードされました。 +summary: TiDB 3.0 GAは2019年6月28日にリリースされ、安定性、使いやすさ、パフォーマンスが向上しました。新機能には、ウィンドウ関数、ビュー、パーティションテーブル、プラグインフレームワークなどがあります。SQLオプティマイザーはパフォーマンス向上のために最適化され、DDLは誤って削除されたテーブルの高速リカバリをサポートするようになりました。TiKVは、分散GC、マルチスレッドRaftstore、 Raftメッセージのバッチ送受信をサポートするようになりました。TiDB LightningやTiDB Binlogなどのツールも、新機能とパフォーマンス向上によって強化されました。TiDB Ansibleは、 TiDB Lightningの導入と運用をサポートし、監視コンポーネントを最適化するためにアップグレードされました。 --- # TiDB 3.0 GA リリースノート {#tidb-3-0-ga-release-notes} diff --git a/releases/release-3.0.1.md b/releases/release-3.0.1.md index 7d9ebce318acc..0557f83f15fbb 100644 --- a/releases/release-3.0.1.md +++ b/releases/release-3.0.1.md @@ -1,6 +1,6 @@ --- title: TiDB 3.0.1 Release Notes -summary: "TiDB 3.0.1 リリースノート 2019年7月16日。TiDBバージョン3.0.1。MAX_EXECUTION_TIME機能のサポートを追加。自動増分IDの増分ギャップの自動調整をサポート。ADMIN PLUGINS ENABLE/DISABLE SQL文を追加。Prepare Plan CacheでWindow Functionsがキャッシュされるのを禁止。さまざまなバグと問題を修正。TiKV: BLOBファイルサイズの統計を追加。コアダンプの問題を修正。PD: enable-grpc-gateway構成オプションを追加。ホットリージョンスケジューリング戦略を最適化。ツール: TiDB Binlog - Pump GC戦略を最適化。TiDB TiDB Lightning - インポートエラーを修正。TiDB Ansible - 事前チェック機能を追加、監視情報を更新。" +summary: "TiDB 3.0.1 リリースノート 2019年7月16日。TiDBバージョン3.0.1。MAX_EXECUTION_TIME機能のサポートを追加。自動増分IDの増分ギャップの自動調整をサポート。ADMIN PLUGINS ENABLE/DISABLE SQL文を追加。Prepare Plan CacheでWindow Functionsがキャッシュされるのを禁止。さまざまなバグと問題を修正。TiKV: BLOBファイルサイズの統計を追加。コアダンプの問題を修正。PD: enable-grpc-gateway構成オプションを追加。ホットリージョンスケジューリング戦略を最適化。ツール: TiDB Binlog - Pump GC戦略を最適化。TiDB Lightning - インポートエラーを修正。TiDB Ansible - 事前チェック機能を追加、監視情報を更新。" --- # TiDB 3.0.1 リリースノート {#tidb-3-0-1-release-notes} diff --git a/releases/release-3.0.17.md b/releases/release-3.0.17.md index 4c4f8c59450d4..4e75686d9688d 100644 --- a/releases/release-3.0.17.md +++ b/releases/release-3.0.17.md @@ -1,6 +1,6 @@ --- title: TiDB 3.0.17 Release Notes -summary: TiDB 3.0.17は2020年8月3日にリリースされました。このリリースには、query-feedback-limit設定項目のデフォルト値の引き下げなどの改善や、空セットではなく実際のエラーメッセージを返すなどのバグ修正が含まれています。TiKVでは、ローリングアップデートのパフォーマンスを向上させるために、hibernate-timeout設定も追加されました。TiDB TiDB Lightning、ブラックホワイトリストフィルタ形式が非推奨となり、ログファイルフラグが無視される問題が修正されました。 +summary: TiDB 3.0.17は2020年8月3日にリリースされました。このリリースには、query-feedback-limit設定項目のデフォルト値の引き下げなどの改善や、空セットではなく実際のエラーメッセージを返すなどのバグ修正が含まれています。TiKVでは、ローリングアップデートのパフォーマンスを向上させるために、hibernate-timeout設定も追加されました。TiDB Lightning、ブラックホワイトリストフィルタ形式が非推奨となり、ログファイルフラグが無視される問題が修正されました。 --- # TiDB 3.0.17 リリースノート {#tidb-3-0-17-release-notes} diff --git a/releases/release-3.0.18.md b/releases/release-3.0.18.md index 8171824550a85..6e4e4bdff5bb7 100644 --- a/releases/release-3.0.18.md +++ b/releases/release-3.0.18.md @@ -1,6 +1,6 @@ --- title: TiDB 3.0.18 Release Notes -summary: TiDB 3.0.18は2020年8月21日にリリースされました。このリリースには、TiDB Binlogの改善と、TiDBおよびTiKVのバグ修正が含まれています。TiDBのバグ修正には、小数点、集合、列挙型の処理に関する問題、重複キーとキャッシュされた実行プランに関する問題が含まれます。TiKVのバグ修正には、GC失敗ログレベルの変更が含まれます。TiDB TiDB Lightning、ログファイル引数、構文エラー、予期しない呼び出しに関する問題も修正されました。 +summary: TiDB 3.0.18は2020年8月21日にリリースされました。このリリースには、TiDB Binlogの改善と、TiDBおよびTiKVのバグ修正が含まれています。TiDBのバグ修正には、小数点、集合、列挙型の処理に関する問題、重複キーとキャッシュされた実行プランに関する問題が含まれます。TiKVのバグ修正には、GC失敗ログレベルの変更が含まれます。TiDB Lightning、ログファイル引数、構文エラー、予期しない呼び出しに関する問題も修正されました。 --- # TiDB 3.0.18 リリースノート {#tidb-3-0-18-release-notes} diff --git a/releases/release-3.0.19.md b/releases/release-3.0.19.md index 13e31d9ce555d..87964afdcd07f 100644 --- a/releases/release-3.0.19.md +++ b/releases/release-3.0.19.md @@ -1,6 +1,6 @@ --- title: TiDB 3.0.19 Release Notes -summary: TiDB 3.0.19は2020年9月25日にリリースされました。互換性に関する変更には、インポートパスと著作権情報の更新が含まれます。障害回復の影響を軽減し、同時実行調整をサポートし、調整不可能な値を設定する機能強化が行われました。クエリエラー、権限チェック、型変更、制約チェック、テーブルロックの解放、演算子処理、panic解析に関するバグ修正も行われました。TiDB TiDB Lightningなどのツールでは、プロセス終了タイミングに関する修正も行われました。 +summary: TiDB 3.0.19は2020年9月25日にリリースされました。互換性に関する変更には、インポートパスと著作権情報の更新が含まれます。障害回復の影響を軽減し、同時実行調整をサポートし、調整不可能な値を設定する機能強化が行われました。クエリエラー、権限チェック、型変更、制約チェック、テーブルロックの解放、演算子処理、panic解析に関するバグ修正も行われました。TiDB Lightningなどのツールでは、プロセス終了タイミングに関する修正も行われました。 --- # TiDB 3.0.19 リリースノート {#tidb-3-0-19-release-notes} diff --git a/releases/release-3.1.0-rc.md b/releases/release-3.1.0-rc.md index 92b038c595020..f29e28b63d12a 100644 --- a/releases/release-3.1.0-rc.md +++ b/releases/release-3.1.0-rc.md @@ -1,6 +1,6 @@ --- title: TiDB 3.1 RC Release Notes -summary: TiDB 3.1 RCは2020年4月2日にリリースされました。パーティションプルーニングの改善、RECOVER`構文のサポート、TLS証明書の更新などの新機能が含まれています。バグ修正には、 TiFlashレプリカ、`last_insert_id`、`集計プッシュダウンに関する問題の解決が含まれます。TiKVは、バックアップ用にTLS認証とAWS IAMウェブIDをサポートするようになりました。PDでは、データ競合の問題と配置ルールの不整合が修正されました。TiDB TiDB LightningやBRなどのツールも最適化され、修正されました。 +summary: TiDB 3.1 RCは2020年4月2日にリリースされました。パーティションプルーニングの改善、RECOVER`構文のサポート、TLS証明書の更新などの新機能が含まれています。バグ修正には、 TiFlashレプリカ、`last_insert_id`、`集計プッシュダウンに関する問題の解決が含まれます。TiKVは、バックアップ用にTLS認証とAWS IAMウェブIDをサポートするようになりました。PDでは、データ競合の問題と配置ルールの不整合が修正されました。TiDB LightningやBRなどのツールも最適化され、修正されました。 --- # TiDB 3.1 RC リリースノート {#tidb-3-1-rc-release-notes} diff --git a/releases/release-3.1.1.md b/releases/release-3.1.1.md index d0a8baf527d93..9a06e5a321e7a 100644 --- a/releases/release-3.1.1.md +++ b/releases/release-3.1.1.md @@ -1,6 +1,6 @@ --- title: TiDB 3.1.1 Release Notes -summary: TiDB 3.1.1は2020年4月30日にリリースされました。新機能には、auto_rand_base`のテーブルオプションと`Feature ID`コメントが含まれます。バグ修正には、分離読み取り設定、パーティション選択構文、ネストされたクエリからの誤った結果が含まれます。TiFlashTiFlash、バグ修正とデータ読み取りおよびstorageパス変更の改善が行われました。バックアップとリストア（BR）では、テーブルの復元とデータ挿入に関する問題が修正されました。 +summary: TiDB 3.1.1は2020年4月30日にリリースされました。新機能には、auto_rand_base`のテーブルオプションと`Feature ID`コメントが含まれます。バグ修正には、分離読み取り設定、パーティション選択構文、ネストされたクエリからの誤った結果が含まれます。TiFlash、バグ修正とデータ読み取りおよびstorageパス変更の改善が行われました。バックアップとリストア（BR）では、テーブルの復元とデータ挿入に関する問題が修正されました。 --- # TiDB 3.1.1 リリースノート {#tidb-3-1-1-release-notes} diff --git a/releases/release-4.0.0-beta.md b/releases/release-4.0.0-beta.md index 7cb2323c229ff..74e6bfb017adc 100644 --- a/releases/release-4.0.0-beta.md +++ b/releases/release-4.0.0-beta.md @@ -1,6 +1,6 @@ --- title: TiDB 4.0 Beta Release Notes -summary: TiDBバージョン4.0.0-betaとTiDB Ansibleバージョン4.0.0-betaが2020年1月17日にリリースされました。このリリースには、インデックス結合のコスト計算精度の向上、テーブルロックのサポート、SQLエラーメッセージのエラーコードの最適化など、さまざまな改善が含まれています。TiKVもRocksDBバージョン6.4.6にアップグレードされ、迅速なバックアップと復元をサポートするようになりました。PDでは、ホットスポットのスケジュール設定の最適化と配置ルール機能の追加がサポートされるようになりました。TiDB TiDB Lightning、ダウンストリームデータベースのパスワードを設定するパラメータが追加され、TiDB Ansibleでは、 TiFlashのデプロイとメンテナンスがサポートされるようになりました。 +summary: TiDBバージョン4.0.0-betaとTiDB Ansibleバージョン4.0.0-betaが2020年1月17日にリリースされました。このリリースには、インデックス結合のコスト計算精度の向上、テーブルロックのサポート、SQLエラーメッセージのエラーコードの最適化など、さまざまな改善が含まれています。TiKVもRocksDBバージョン6.4.6にアップグレードされ、迅速なバックアップと復元をサポートするようになりました。PDでは、ホットスポットのスケジュール設定の最適化と配置ルール機能の追加がサポートされるようになりました。TiDB Lightning、ダウンストリームデータベースのパスワードを設定するパラメータが追加され、TiDB Ansibleでは、 TiFlashのデプロイとメンテナンスがサポートされるようになりました。 --- # TiDB 4.0 ベータ版リリースノート {#tidb-4-0-beta-release-notes} diff --git a/releases/release-4.0.0-rc.md b/releases/release-4.0.0-rc.md index 237011f866b47..8ec68a1a937fb 100644 --- a/releases/release-4.0.0-rc.md +++ b/releases/release-4.0.0-rc.md @@ -1,6 +1,6 @@ --- title: TiDB 4.0 RC Release Notes -summary: TiDB 4.0 RCは2020年4月8日にリリースされました。互換性の変更、バグ修正、新機能、ツールが含まれています。TiKVは悲観的トランザクションにおける「パイプライン化」機能をサポートし、TPC-Cパフォーマンスを20%向上させました。TiDBは大文字と小文字を区別しない照合順序を追加し、「RECOVER TABLE」構文を強化しました。TiKVはHTTPポートでTLSをサポートするようになりました。PDはHTTP APIを介してデフォルトのPD構成情報を取得できるようになりました。バグ修正には、レプリケーション、サブクエリ結果、DDLジョブの内部再試行に関する問題が含まれます。TiDB TiDB LightningやTiCDCなどのツールにもバグ修正と新機能が含まれています。 +summary: TiDB 4.0 RCは2020年4月8日にリリースされました。互換性の変更、バグ修正、新機能、ツールが含まれています。TiKVは悲観的トランザクションにおける「パイプライン化」機能をサポートし、TPC-Cパフォーマンスを20%向上させました。TiDBは大文字と小文字を区別しない照合順序を追加し、「RECOVER TABLE」構文を強化しました。TiKVはHTTPポートでTLSをサポートするようになりました。PDはHTTP APIを介してデフォルトのPD構成情報を取得できるようになりました。バグ修正には、レプリケーション、サブクエリ結果、DDLジョブの内部再試行に関する問題が含まれます。TiDB LightningやTiCDCなどのツールにもバグ修正と新機能が含まれています。 --- # TiDB 4.0 RC リリースノート {#tidb-4-0-rc-release-notes} diff --git a/releases/release-5.0.1.md b/releases/release-5.0.1.md index 74f2022afa05d..1d5e60970f4bd 100644 --- a/releases/release-5.0.1.md +++ b/releases/release-5.0.1.md @@ -1,6 +1,6 @@ --- title: TiDB 5.0.1 Release Notes -summary: TiDB 5.0.1は2021年4月24日にリリースされました。committer-concurrency`のデフォルト値が128に変更されました。TiDB、TiKV、PD、 TiFlash、およびツールに様々なバグ修正と改善が行われました。例えば、TiDBではクエリ結果とパフォーマンスの低下に関する問題が修正され、TiKVではコプロセッサと起動エラーに関する問題が修正されました。TiDB TiDB LightningやBackup & Restoreなどのツールにもバグ修正が行われました。 +summary: TiDB 5.0.1は2021年4月24日にリリースされました。committer-concurrency`のデフォルト値が128に変更されました。TiDB、TiKV、PD、 TiFlash、およびツールに様々なバグ修正と改善が行われました。例えば、TiDBではクエリ結果とパフォーマンスの低下に関する問題が修正され、TiKVではコプロセッサと起動エラーに関する問題が修正されました。TiDB LightningやBackup & Restoreなどのツールにもバグ修正が行われました。 --- # TiDB 5.0.1 リリースノート {#tidb-5-0-1-release-notes} diff --git a/releases/release-5.3.0.md b/releases/release-5.3.0.md index 5965419b91936..83c444f5e61c0 100644 --- a/releases/release-5.3.0.md +++ b/releases/release-5.3.0.md @@ -203,7 +203,7 @@ v5.3 の主な新機能または改善点は次のとおりです。 - **TiDB LightningはGBK文字セットのファイルのインポートをサポートします** - ソースデータファイルの文字セットを指定できます。TiDB TiDB Lightningは、インポートプロセス中に、指定された文字セットからUTF-8エンコードに変換します。 + ソースデータファイルの文字セットを指定できます。TiDB Lightningは、インポートプロセス中に、指定された文字セットからUTF-8エンコードに変換します。 [ユーザードキュメント](/tidb-lightning/tidb-lightning-configuration.md) diff --git a/releases/release-6.2.0.md b/releases/release-6.2.0.md index 62924a8827bd8..8fe71f67884e3 100644 --- a/releases/release-6.2.0.md +++ b/releases/release-6.2.0.md @@ -1,6 +1,6 @@ --- title: TiDB 6.2.0 Release Notes -summary: TiDB 6.2.0-DMRでは、ビジュアル実行プラン、モニタリングページ、ロックビューなどの新機能が導入されています。また、同時DDL操作のサポートと集計操作のパフォーマンス向上も実現しています。TiKVでは、CPU使用率の自動チューニングと詳細な設定情報リストのサポートが追加されました。TiFlashTiFlash、データスキャン用のFastScanが追加され、エラー処理が改善されました。BRBR、継続的なデータ検証のサポートが追加され、Amazon S3バケットのリージョンの自動識別も可能になりました。TiCDCでは、DDLおよびDMLイベントのフィルタリングがサポートされています。さらに、各種ツールにおける互換性の改善、バグ修正、改善も行われています。 +summary: TiDB 6.2.0-DMRでは、ビジュアル実行プラン、モニタリングページ、ロックビューなどの新機能が導入されています。また、同時DDL操作のサポートと集計操作のパフォーマンス向上も実現しています。TiKVでは、CPU使用率の自動チューニングと詳細な設定情報リストのサポートが追加されました。TiFlash、データスキャン用のFastScanが追加され、エラー処理が改善されました。BR、継続的なデータ検証のサポートが追加され、Amazon S3バケットのリージョンの自動識別も可能になりました。TiCDCでは、DDLおよびDMLイベントのフィルタリングがサポートされています。さらに、各種ツールにおける互換性の改善、バグ修正、改善も行われています。 --- # TiDB 6.2.0 リリースノート {#tidb-6-2-0-release-notes} diff --git a/releases/release-6.4.0.md b/releases/release-6.4.0.md index 8506f6be9d2ef..eb5cfd5a53422 100644 --- a/releases/release-6.4.0.md +++ b/releases/release-6.4.0.md @@ -159,9 +159,9 @@ v6.4.0-DMR の主な新機能と改善点は次のとおりです。 - TiFlashデータ複製の進行状況[＃4902](https://github.com/pingcap/tiflash/issues/4902) @ [hehechen](https://github.com/hehechen)精度を向上 - TiDBでは、 `INFORMATION_SCHEMA.TIFLASH_REPLICA`テーブルの`PROGRESS`フィールドは、TiKV内の対応するテーブルからTiFlashレプリカへのデータレプリケーションの進行状況を示すために使用されます。以前のTiDBバージョンでは、 `PROCESS`フィールドはTiFlashレプリカの作成中のデータレプリケーションの進行状況のみを示します。TiFlashTiFlashの作成後、TiKV内の対応するテーブルに新しいデータがインポートされても、このフィールドは更新されず、新しいデータのTiKVからTiFlashへのレプリケーションの進行状況は表示されません。 + TiDBでは、 `INFORMATION_SCHEMA.TIFLASH_REPLICA`テーブルの`PROGRESS`フィールドは、TiKV内の対応するテーブルからTiFlashレプリカへのデータレプリケーションの進行状況を示すために使用されます。以前のTiDBバージョンでは、 `PROCESS`フィールドはTiFlashレプリカの作成中のデータレプリケーションの進行状況のみを示します。TiFlashの作成後、TiKV内の対応するテーブルに新しいデータがインポートされても、このフィールドは更新されず、新しいデータのTiKVからTiFlashへのレプリケーションの進行状況は表示されません。 - v6.4.0では、TiDBはTiFlashレプリカのデータレプリケーションの進行状況の更新メカニズムを改善しました。TiFlashTiFlashの作成後、TiKVの対応するテーブルに新しいデータがインポートされると、テーブル[`INFORMATION_SCHEMA.TIFLASH_REPLICA`](/information-schema/information-schema-tiflash-replica.md)の`PROGRESS`の値が更新され、新しいデータのTiKVからTiFlashへの実際のレプリケーション進行状況が表示されます。この改善により、 TiFlashデータレプリケーションの実際の進行状況を簡単に確認できます。 + v6.4.0では、TiDBはTiFlashレプリカのデータレプリケーションの進行状況の更新メカニズムを改善しました。TiFlashの作成後、TiKVの対応するテーブルに新しいデータがインポートされると、テーブル[`INFORMATION_SCHEMA.TIFLASH_REPLICA`](/information-schema/information-schema-tiflash-replica.md)の`PROGRESS`の値が更新され、新しいデータのTiKVからTiFlashへの実際のレプリケーション進行状況が表示されます。この改善により、 TiFlashデータレプリケーションの実際の進行状況を簡単に確認できます。 詳細については[ユーザードキュメント](/information-schema/information-schema-tiflash-replica.md)参照してください。 diff --git a/releases/release-6.5.0.md b/releases/release-6.5.0.md index 36fd7f4e50835..6128eda5c8401 100644 --- a/releases/release-6.5.0.md +++ b/releases/release-6.5.0.md @@ -124,7 +124,7 @@ TiDB [6.4.0-DMR](/releases/release-6.4.0.md)と比較して、TiDB 6.5.0 では - TiDBダッシュボードはKubernetes上に独立したPod [＃1447](https://github.com/pingcap/tidb-dashboard/issues/1447) @ [SabaPing](https://github.com/SabaPing)としてデプロイできます - TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイできます。TiDB TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。 + TiDB v6.5.0以降およびTiDB Operator v1.4.0以降では、Kubernetes上にTiDB Dashboardを独立したPodとしてデプロイできます。TiDB Operatorを使用すると、このPodのIPアドレスにアクセスしてTiDB Dashboardを起動できます。 TiDB ダッシュボードを個別に展開すると、次の利点が得られます。 @@ -231,7 +231,7 @@ TiDB [6.4.0-DMR](/releases/release-6.4.0.md)と比較して、TiDB 6.5.0 では - gzip、snappy、zstd 圧縮形式での SQL および CSV ファイルのエクスポートとインポートをサポート[＃38514](https://github.com/pingcap/tidb/issues/38514) @ [lichunzhu](https://github.com/lichunzhu) - Dumpling は、gzip、snappy、zstd などの圧縮形式で圧縮された SQL ファイルおよび CSV ファイルへのデータのエクスポートをサポートしています。TiDB TiDB Lightning は、これらの形式で圧縮されたファイルのインポートもサポートしています。 + Dumpling は、gzip、snappy、zstd などの圧縮形式で圧縮された SQL ファイルおよび CSV ファイルへのデータのエクスポートをサポートしています。TiDB Lightning は、これらの形式で圧縮されたファイルのインポートもサポートしています。 これまで、CSVファイルやSQLファイルの保存には、データのエクスポートやインポートに大量のstorage容量が必要であり、storageコストが高くなっていました。この機能のリリースにより、データファイルを圧縮することで、storageコストを大幅に削減できます。 diff --git a/releases/release-6.6.0.md b/releases/release-6.6.0.md index 675a007f2edfa..867fd3047fecb 100644 --- a/releases/release-6.6.0.md +++ b/releases/release-6.6.0.md @@ -174,7 +174,7 @@ v6.6.0-DMR の主な新機能と改善点は次のとおりです。 - TiDB Lightningは、ソースファイルとターゲットテーブル間の列名の不一致の問題に対処するために、新しい構成パラメータ`"header-schema-match"`を追加しました@ [dsdashun](https://github.com/dsdashun) - v6.6.0では、 TiDB Lightningに新しいプロファイルパラメータ`"header-schema-match"`が追加されました。デフォルト値は`true`で、これはソースCSVファイルの最初の行が列名として扱われ、ターゲットテーブルの列名と一致していることを意味します。CSVテーブルヘッダーのフィールド名がターゲットテーブルの列名と一致しない場合は、この設定を`false`に設定できます。TiDB TiDB Lightningはエラーを無視し、ターゲットテーブルの列順にデータをインポートし続けます。 + v6.6.0では、 TiDB Lightningに新しいプロファイルパラメータ`"header-schema-match"`が追加されました。デフォルト値は`true`で、これはソースCSVファイルの最初の行が列名として扱われ、ターゲットテーブルの列名と一致していることを意味します。CSVテーブルヘッダーのフィールド名がターゲットテーブルの列名と一致しない場合は、この設定を`false`に設定できます。TiDB Lightningはエラーを無視し、ターゲットテーブルの列順にデータをインポートし続けます。 詳細については[ドキュメント](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)参照してください。 diff --git a/releases/release-7.4.0.md b/releases/release-7.4.0.md index 6c93209318a09..31f04157f0766 100644 --- a/releases/release-7.4.0.md +++ b/releases/release-7.4.0.md @@ -79,7 +79,7 @@ TiDB バージョン: 7.4.0 TiFlash v7.0.0以降、 `GROUP BY` `ORDER BY` 3つの演算子のデータスピル制御がサポートされます。この機能により、データサイズが利用可能なメモリを超えた場合にクエリの終了やシステムクラッシュなどの問題を防ぐことができます。ただし、各演算子のスピルを個別に管理するのは煩雑で、全体`JOIN`なリソース制御には効果的ではありません。 - v7.4.0では、 TiFlashにクエリレベルのデータスピルが導入されました。TiFlashTiFlashへのクエリのメモリ制限を[`tiflash_mem_quota_query_per_node`](/system-variables.md#tiflash_mem_quota_query_per_node-new-in-v740)に設定し、データスピルをトリガーするメモリ比率を[`tiflash_query_spill_ratio`](/system-variables.md#tiflash_query_spill_ratio-new-in-v740)に設定することで、クエリのメモリ使用量を効率的に管理し、 TiFlashのメモリリソースをより適切に制御できます。 + v7.4.0では、 TiFlashにクエリレベルのデータスピルが導入されました。TiFlashへのクエリのメモリ制限を[`tiflash_mem_quota_query_per_node`](/system-variables.md#tiflash_mem_quota_query_per_node-new-in-v740)に設定し、データスピルをトリガーするメモリ比率を[`tiflash_query_spill_ratio`](/system-variables.md#tiflash_query_spill_ratio-new-in-v740)に設定することで、クエリのメモリ使用量を効率的に管理し、 TiFlashのメモリリソースをより適切に制御できます。 詳細については[ドキュメント](/tiflash/tiflash-spill-disk.md)参照してください。 diff --git a/releases/release-8.0.0.md b/releases/release-8.0.0.md index 961bc08746341..67f99a9bf2fce 100644 --- a/releases/release-8.0.0.md +++ b/releases/release-8.0.0.md @@ -47,7 +47,7 @@ TiDB バージョン: 8.0.0 TiDB v8.0.0以降、スナップショット復元速度の高速化が一般提供（GA）され、デフォルトで有効化されました。BRは、粗粒度のリージョン分散アルゴリズムの採用、データベースとテーブルのバッチ作成、SSTファイルのダウンロードと取り込み操作の相互影響の低減、テーブル統計の復元高速化など、様々な最適化を実装することで、スナップショット復元速度を大幅に向上させます。実環境におけるテスト結果によると、単一のTiKVノードのデータ復元速度は1.2 GiB/sで安定し、100 TiBのデータを1時間以内に復元できます。 - これは、高負荷環境でもBR が各 TiKV ノードのリソースを最大限に活用できることを意味します。これにより、データベースのリストア時間が大幅に短縮され、データベースの可用性と信頼性が向上し、データ損失やシステム障害によるダウンタイムとビジネス損失が削減されます。リストア速度の向上は、多数の goroutine の並列実行に起因しており、特にテーブルやリージョンが多い場合は、メモリ消費量が大幅に増加する可能性があることに注意してください。BRBRを実行するには、メモリ容量の高いマシンを使用することをお勧めします。マシンのメモリ容量が限られている場合は、より細粒度のリージョン分散アルゴリズムを使用することをお勧めします。また、粗粒度のリージョン分散アルゴリズムは外部storage帯域幅を大量に消費する可能性があるため、外部帯域幅の不足による他のアプリケーションへの影響を回避する必要があります。 + これは、高負荷環境でもBR が各 TiKV ノードのリソースを最大限に活用できることを意味します。これにより、データベースのリストア時間が大幅に短縮され、データベースの可用性と信頼性が向上し、データ損失やシステム障害によるダウンタイムとビジネス損失が削減されます。リストア速度の向上は、多数の goroutine の並列実行に起因しており、特にテーブルやリージョンが多い場合は、メモリ消費量が大幅に増加する可能性があることに注意してください。BRを実行するには、メモリ容量の高いマシンを使用することをお勧めします。マシンのメモリ容量が限られている場合は、より細粒度のリージョン分散アルゴリズムを使用することをお勧めします。また、粗粒度のリージョン分散アルゴリズムは外部storage帯域幅を大量に消費する可能性があるため、外部帯域幅の不足による他のアプリケーションへの影響を回避する必要があります。 詳細については[ドキュメント](/br/br-snapshot-guide.md#restore-cluster-snapshots)参照してください。 diff --git a/sql-statements/sql-statement-explain-analyze.md b/sql-statements/sql-statement-explain-analyze.md index e494570661d5f..4936465a36798 100644 --- a/sql-statements/sql-statement-explain-analyze.md +++ b/sql-statements/sql-statement-explain-analyze.md @@ -224,7 +224,7 @@ tiflash_scan: { } ``` -- `dtfile` : テーブル スキャン中の DTFile (DeltaTree ファイル) 関連情報。TiFlash TiFlashレイヤーのデータ スキャン ステータスを反映します。 +- `dtfile` : テーブル スキャン中の DTFile (DeltaTree ファイル) 関連情報。TiFlashレイヤーのデータ スキャン ステータスを反映します。 - `total_scanned_packs` : DTFileでスキャンされたパックの総数。パックとは、 TiFlash DTFileで読み取ることができる最小単位です。デフォルトでは、8192行ごとに1パックが構成されます。 - `total_skipped_packs` : DTFile 内のスキャンでスキップされたパックの総数。2 `WHERE`が粗集合インデックスにヒットするか、主キーの範囲フィルタリングに一致する場合、無関係なパックはスキップされます。 - `total_scanned_rows` : DTFile でスキャンされた行の総数。MVCC により更新または削除のバージョンが複数ある場合、各バージョンは個別にカウントされます。 diff --git a/sql-statements/sql-statement-overview.md b/sql-statements/sql-statement-overview.md index 669cb11ae4fa5..106603d3511b0 100644 --- a/sql-statements/sql-statement-overview.md +++ b/sql-statements/sql-statement-overview.md @@ -222,7 +222,7 @@ TiDB は、必要に応じて MySQL および TiDB 固有のステートメン | [`SHOW CHARACTER SET`](/sql-statements/sql-statement-show-character-set.md) | 文字セットを一覧表示します。 | | [`SHOW COLLATIONS`](/sql-statements/sql-statement-show-collation.md) | 照合を一覧表示します。 | | [`SHOW ERRORS`](/sql-statements/sql-statement-show-errors.md) | 以前実行されたステートメントのエラーを表示します。 | -| [`SHOW STATUS`](/sql-statements/sql-statement-show-status.md) | [MySQLとの互換性](/mysql-compatibility.md)に含まれています。TiDB TiDB Cloud は、ほとんどのメトリックに対して`SHOW STATUS`ではなく、集中メトリック収集用に[監視](/tidb-cloud/monitor-tidb-cluster.md)提供します。 | +| [`SHOW STATUS`](/sql-statements/sql-statement-show-status.md) | [MySQLとの互換性](/mysql-compatibility.md)に含まれています。TiDB Cloud は、ほとんどのメトリックに対して`SHOW STATUS`ではなく、集中メトリック収集用に[監視](/tidb-cloud/monitor-tidb-cluster.md)提供します。 | | [`SHOW VARIABLES`](/sql-statements/sql-statement-show-variables.md) | システム変数を表示します。 | | [`SHOW WARNINGS`](/sql-statements/sql-statement-show-warnings.md) | 以前実行されたステートメントからの警告とメモを表示します。 | @@ -251,7 +251,7 @@ TiDB は、必要に応じて MySQL および TiDB 固有のステートメン | SQL文 | 説明 | | ----------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | | [`ALTER INSTANCE`](/sql-statements/sql-statement-alter-instance.md) | インスタンスを変更します。 | -| [`FLUSH STATUS`](/sql-statements/sql-statement-flush-status.md) | [MySQLとの互換性](/mysql-compatibility.md)に含まれています。TiDB TiDB Cloud は、ほとんどのメトリックに対して`SHOW STATUS`ではなく、集中メトリック収集用に[監視](/tidb-cloud/monitor-tidb-cluster.md)提供します。 | +| [`FLUSH STATUS`](/sql-statements/sql-statement-flush-status.md) | [MySQLとの互換性](/mysql-compatibility.md)に含まれています。TiDB Cloud は、ほとんどのメトリックに対して`SHOW STATUS`ではなく、集中メトリック収集用に[監視](/tidb-cloud/monitor-tidb-cluster.md)提供します。 | | [`KILL`](/sql-statements/sql-statement-kill.md) | 現在の TiDB クラスター内の任意の TiDB インスタンスの接続を切断します。 | | [`SHOW ENGINES`](/sql-statements/sql-statement-show-engines.md) | 使用可能なstorageエンジンを表示します。 | | [`SHOW PLUGINS`](/sql-statements/sql-statement-show-plugins.md) | インストールされているプラグインを表示します。 | @@ -306,7 +306,7 @@ TiDB は、必要に応じて MySQL および TiDB 固有のステートメン > **注記：** > -> [TiCDC](https://docs.pingcap.com/tidb/stable/ticdc-overview)と[TiDBBinlog](https://docs.pingcap.com/tidb/v8.3/tidb-binlog-overview) 、TiDB Self-Managed のアップストリームに TiDB データを複製するためのツールです。TiCDC および TiDB Binlogのほとんどの SQL 文はTiDB Cloudには適用できません。TiDB TiDB Cloudでは、代わりに[TiDB Cloudコンソール](https://tidbcloud.com)の[チェンジフィード](/tidb-cloud/changefeed-overview.md)機能を使用してデータをストリーミングできます。 +> [TiCDC](https://docs.pingcap.com/tidb/stable/ticdc-overview)と[TiDBBinlog](https://docs.pingcap.com/tidb/v8.3/tidb-binlog-overview) 、TiDB Self-Managed のアップストリームに TiDB データを複製するためのツールです。TiCDC および TiDB Binlogのほとんどの SQL 文はTiDB Cloudには適用できません。TiDB Cloudでは、代わりに[TiDB Cloudコンソール](https://tidbcloud.com)の[チェンジフィード](/tidb-cloud/changefeed-overview.md)機能を使用してデータをストリーミングできます。 | SQL文 | 説明 | | --------------------------------------------------------------------------- | ---------------------- | diff --git a/statement-summary-tables.md b/statement-summary-tables.md index a25824ad5ed61..6005d0521e5b8 100644 --- a/statement-summary-tables.md +++ b/statement-summary-tables.md @@ -217,7 +217,7 @@ select * from information_schema.statements_summary_evicted; -このセクションは、TiDB Self-Managed にのみ適用されます。TiDB TiDB Cloudの場合、 `tidb_stmt_summary_enable_persistent`パラメータの値はデフォルトで`false`であり、動的な変更はサポートされていません。 +このセクションは、TiDB Self-Managed にのみ適用されます。TiDB Cloudの場合、 `tidb_stmt_summary_enable_persistent`パラメータの値はデフォルトで`false`であり、動的な変更はサポートされていません。 diff --git a/system-variables.md b/system-variables.md index 5ff05b3d6c674..27919f37f0a50 100644 --- a/system-variables.md +++ b/system-variables.md @@ -851,7 +851,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count'; > **注記：** > -> 現在、この変数は[TiDB Cloud Dedicated](https://docs.pingcap.com/tidbcloud/select-cluster-tier#tidb-cloud-dedicated)ではサポートされていません。TiDB TiDB Cloud Dedicatedクラスターでは、この変数を有効にし**ないで**ください。有効にすると、SQL クライアントの接続エラーが発生する可能性があります。この制限は一時的な対策であり、今後のリリースで解消される予定です。 +> 現在、この変数は[TiDB Cloud Dedicated](https://docs.pingcap.com/tidbcloud/select-cluster-tier#tidb-cloud-dedicated)ではサポートされていません。TiDB Cloud Dedicatedクラスターでは、この変数を有効にし**ないで**ください。有効にすると、SQL クライアントの接続エラーが発生する可能性があります。この制限は一時的な対策であり、今後のリリースで解消される予定です。 - 対象範囲：グローバル - クラスターに保持される: はい @@ -2142,7 +2142,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー - デフォルト値: `ON` -- この変数は読み取り専用です。TiDB TiDB Cloudでは、Security強化モード（SEM）がデフォルトで有効になっています。 +- この変数は読み取り専用です。TiDB Cloudでは、Security強化モード（SEM）がデフォルトで有効になっています。 @@ -6805,7 +6805,7 @@ Query OK, 0 rows affected, 1 warning (0.00 sec) - ウィンドウ関数が実行のためにTiFlashにプッシュダウンされる際、この変数を使用してウィンドウ関数の実行の並行レベルを制御できます。指定可能な値は以下のとおりです。 - -1: 細粒度シャッフル機能が無効になります。TiFlashにプッシュダウンされたウィンドウ関数は、シングルスレッドで実行されます。 - - 0: 細粒度シャッフル機能が有効になります。tidb_max_tiflash_threads [`tidb_max_tiflash_threads`](/system-variables.md#tidb_max_tiflash_threads-new-in-v610)有効な値 (0 より大きい値) に設定されている場合、 `tiflash_fine_grained_shuffle_stream_count`は[`tidb_max_tiflash_threads`](/system-variables.md#tidb_max_tiflash_threads-new-in-v610)の値に設定されます。それ以外の場合は、 TiFlash計算ノードの CPU リソースに基づいて自動的に推定されます。TiFlashTiFlashのウィンドウ関数の実際の同時実行レベルは、min( `tiflash_fine_grained_shuffle_stream_count` 、 TiFlashノード上の物理スレッド数) です。 + - 0: 細粒度シャッフル機能が有効になります。tidb_max_tiflash_threads [`tidb_max_tiflash_threads`](/system-variables.md#tidb_max_tiflash_threads-new-in-v610)有効な値 (0 より大きい値) に設定されている場合、 `tiflash_fine_grained_shuffle_stream_count`は[`tidb_max_tiflash_threads`](/system-variables.md#tidb_max_tiflash_threads-new-in-v610)の値に設定されます。それ以外の場合は、 TiFlash計算ノードの CPU リソースに基づいて自動的に推定されます。TiFlashのウィンドウ関数の実際の同時実行レベルは、min( `tiflash_fine_grained_shuffle_stream_count` 、 TiFlashノード上の物理スレッド数) です。 - 0より大きい整数: 細粒度シャッフル機能が有効になります。TiFlashにプッシュダウンされたウィンドウ関数は、複数のスレッドで実行されます。同時実行レベルは、min( `tiflash_fine_grained_shuffle_stream_count` 、 TiFlashノード上の物理スレッド数)です。 - 理論的には、ウィンドウ関数のパフォーマンスはこの値に比例して向上します。しかし、この値が実際の物理スレッド数を超えると、逆にパフォーマンスが低下します。 diff --git a/ticdc/ticdc-faq.md b/ticdc/ticdc-faq.md index ff17e36b5d85a..601f2d887518d 100644 --- a/ticdc/ticdc-faq.md +++ b/ticdc/ticdc-faq.md @@ -432,7 +432,7 @@ TiDBにはトランザクションタイムアウト機構があります。ト ## TiDB Operatorによってデプロイされた TiCDC クラスターをcdc cliコマンドを使用して操作できないのはなぜですか? {#why-can-t-i-use-the-code-cdc-cli-code-command-to-operate-a-ticdc-cluster-deployed-by-tidb-operator} -これは、 TiDB OperatorによってデプロイされたTiCDCクラスタのデフォルトポート番号が`8301`あるのに対し、TiCDCサーバーに接続するための`cdc cli`コマンドのデフォルトポート番号が`8300`であるためです。TiDB TiDB OperatorによってデプロイされたTiCDCクラスタを`cdc cli`コマンドで操作する場合は、以下のように`--server`パラメータを明示的に指定する必要があります。 +これは、 TiDB OperatorによってデプロイされたTiCDCクラスタのデフォルトポート番号が`8301`あるのに対し、TiCDCサーバーに接続するための`cdc cli`コマンドのデフォルトポート番号が`8300`であるためです。TiDB OperatorによってデプロイされたTiCDCクラスタを`cdc cli`コマンドで操作する場合は、以下のように`--server`パラメータを明示的に指定する必要があります。 ```shell ./cdc cli changefeed list --server "127.0.0.1:8301" diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md index e752ef3fe4e97..bb5088c340d93 100644 --- a/tidb-cloud/backup-and-restore.md +++ b/tidb-cloud/backup-and-restore.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] # TiDB Cloud Dedicatedデータのバックアップと復元 {#back-up-and-restore-tidb-cloud-dedicated-data} -このドキュメントでは、 TiDB Cloud上でTiDB Cloud Dedicatedクラスタのデータをバックアップおよび復元する方法について説明します。TiDB TiDB Cloud Dedicated は、自動バックアップと手動バックアップをサポートしています。また、バックアップデータを新しいクラスタに復元したり、ごみ箱から削除されたクラスタを復元したりすることもできます。 +このドキュメントでは、 TiDB Cloud上でTiDB Cloud Dedicatedクラスタのデータをバックアップおよび復元する方法について説明します。TiDB Cloud Dedicated は、自動バックアップと手動バックアップをサポートしています。また、バックアップデータを新しいクラスタに復元したり、ごみ箱から削除されたクラスタを復元したりすることもできます。 > **ヒント** > diff --git a/tidb-cloud/branch-overview.md b/tidb-cloud/branch-overview.md index 4bc1ad4ec18ab..3df524d7d97ea 100644 --- a/tidb-cloud/branch-overview.md +++ b/tidb-cloud/branch-overview.md @@ -5,7 +5,7 @@ summary: TiDB Cloudのブランチの概念を学びましょう。 # TiDB Cloudブランチング（ベータ版）の概要 {#tidb-cloud-branching-beta-overview} -TiDB Cloud、 TiDB Cloud StarterおよびTiDB Cloud Essentialインスタンスのブランチを作成できます。TiDB TiDB Cloud StarterまたはEssentialインスタンスのブランチは、元のTiDB Cloud StarterまたはEssentialインスタンスから分岐したデータコピーを含む独立したインスタンスです。これにより、隔離された環境が提供され、元のTiDB Cloud StarterまたはEssentialインスタンスへの影響を気にすることなく、自由に実験を行うことができます。 +TiDB Cloud、 TiDB Cloud StarterおよびTiDB Cloud Essentialインスタンスのブランチを作成できます。TiDB Cloud StarterまたはEssentialインスタンスのブランチは、元のTiDB Cloud StarterまたはEssentialインスタンスから分岐したデータコピーを含む独立したインスタンスです。これにより、隔離された環境が提供され、元のTiDB Cloud StarterまたはEssentialインスタンスへの影響を気にすることなく、自由に実験を行うことができます。 ブランチ機能を使用することで、開発者は並行して作業を進め、新機能を迅速に反復開発し、本番データベースに影響を与えることなく問題をトラブルシューティングし、必要に応じて変更を簡単に元に戻すことができます。この機能は、開発およびデプロイプロセスを効率化すると同時に、本番データベースの高い安定性と信頼性を確保します。 @@ -39,7 +39,7 @@ TiDB Cloudは、高速かつシームレスなブランチ作成を実現する 現在、 TiDB Cloudの各ブランチはベータ版であり、無料で利用できます。 -- TiDB Cloudの各組織では、デフォルトではTiDB Cloud StarterおよびEssentialインスタンス全体で最大 5 つのブランチを作成できます。TiDB TiDB Cloud StarterまたはEssentialインスタンスのブランチは、インスタンスと同じリージョンに作成されます。また、スロットリングが適用されている、または 100 GiB を超えるサイズのTiDB Cloud StarterまたはEssentialインスタンスにはブランチを作成できません。 +- TiDB Cloudの各組織では、デフォルトではTiDB Cloud StarterおよびEssentialインスタンス全体で最大 5 つのブランチを作成できます。TiDB Cloud StarterまたはEssentialインスタンスのブランチは、インスタンスと同じリージョンに作成されます。また、スロットリングが適用されている、または 100 GiB を超えるサイズのTiDB Cloud StarterまたはEssentialインスタンスにはブランチを作成できません。 - 無料のTiDB Cloud Starterインスタンスの各ブランチには、10 GiB のstorageが許可されます。利用制限が 0 より大きいTiDB Cloud Starterインスタンスの各ブランチには、100 GiB のstorageが許可されます。storage容量が上限に達すると、storageを減らすまで、このブランチでの読み取りおよび書き込み操作が制限されます。 diff --git a/tidb-cloud/changefeed-sink-to-apache-kafka.md b/tidb-cloud/changefeed-sink-to-apache-kafka.md index 21f2b07e22699..ebb5a34c3fbd1 100644 --- a/tidb-cloud/changefeed-sink-to-apache-kafka.md +++ b/tidb-cloud/changefeed-sink-to-apache-kafka.md @@ -218,7 +218,7 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン 8. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のページに移動します。 9. TiDB Cloudは**プライベートサービス接続**用のエンドポイントを作成しますが、これには数分かかる場合があります。 10. エンドポイントが作成されたら、クラウドプロバイダーのコンソールにログインし、接続要求を承認してください。 -11. [TiDB Cloudコンソール](https://tidbcloud.com)に戻る 接続要求を承認したことを確認してください。TiDB TiDB Cloudは接続テストを実行し、テストが成功した場合は次のページに進みます。 +11. [TiDB Cloudコンソール](https://tidbcloud.com)に戻る 接続要求を承認したことを確認してください。TiDB Cloudは接続テストを実行し、テストが成功した場合は次のページに進みます。
@@ -239,7 +239,7 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン 8. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のページに移動します。 9. TiDB Cloudは**プライベートリンク**のエンドポイントを作成しますが、これには数分かかる場合があります。 10. エンドポイントが作成されたら、 [Azureポータル](https://portal.azure.com/)にログインして接続要求を承認してください。 -11. [TiDB Cloudコンソール](https://tidbcloud.com)に戻る 接続要求を承認したことを確認してください。TiDB TiDB Cloudは接続テストを実行し、テストが成功した場合は次のページに進みます。 +11. [TiDB Cloudコンソール](https://tidbcloud.com)に戻る 接続要求を承認したことを確認してください。TiDB Cloudは接続テストを実行し、テストが成功した場合は次のページに進みます。 @@ -310,7 +310,7 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン 変更フィードで全ての変更ログに対して1つのKafkaトピックを作成する場合は、このモードを選択してください。そうすると、変更フィード内のすべてのKafkaメッセージが1つのKafkaトピックに送信されます。トピック名は**「トピック名」**フィールドで指定できます。 -8. **パーティション分散**領域では、Kafka メッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB TiDB Cloud、次の 4 種類のディスパッチャが提供されています。 +8. **パーティション分散**領域では、Kafka メッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB Cloud、次の 4 種類のディスパッチャが提供されています。 - **プライマリキーまたはインデックス値に基づいて変更ログをKafkaパーティションに分散します。** diff --git a/tidb-cloud/changefeed-sink-to-apache-pulsar.md b/tidb-cloud/changefeed-sink-to-apache-pulsar.md index 52519e8d33f4c..826221f98d879 100644 --- a/tidb-cloud/changefeed-sink-to-apache-pulsar.md +++ b/tidb-cloud/changefeed-sink-to-apache-pulsar.md @@ -167,7 +167,7 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 Pulsarはマルチテナントをサポートしているため、デフォルト設定と異なる場合は、 **Pulsarテナント**と**Pulsarネームスペース**を設定することもできます。 -6. **パーティション分散**領域では、Pulsar メッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB TiDB Cloud、変更イベントを Pulsar パーティションに分散するための 4 つのルール オプションが提供されています。 +6. **パーティション分散**領域では、Pulsar メッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB Cloud、変更イベントを Pulsar パーティションに分散するための 4 つのルール オプションが提供されています。 - **主キーまたは一意インデックス** diff --git a/tidb-cloud/changefeed-sink-to-cloud-storage.md b/tidb-cloud/changefeed-sink-to-cloud-storage.md index e08364d38287f..56235f33e3d3c 100644 --- a/tidb-cloud/changefeed-sink-to-cloud-storage.md +++ b/tidb-cloud/changefeed-sink-to-cloud-storage.md @@ -169,7 +169,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl -**「次へ」**をクリックして、 TiDB Cloud DedicatedクラスターからAmazon S3、GCS、またはAzure Blob Storageへの接続を確立します。TiDB TiDB Cloudは接続が成功したかどうかを自動的にテストおよび検証します。 +**「次へ」**をクリックして、 TiDB Cloud DedicatedクラスターからAmazon S3、GCS、またはAzure Blob Storageへの接続を確立します。TiDB Cloudは接続が成功したかどうかを自動的にテストおよび検証します。 - はいの場合、次の設定手順に進みます。 - そうでない場合は、接続エラーが表示されますので、エラーを処理してください。エラーが解決したら、 **「次へ」**をクリックして接続を再試行してください。 diff --git a/tidb-cloud/changefeed-sink-to-mysql.md b/tidb-cloud/changefeed-sink-to-mysql.md index 6304e7f292d28..78b38e00623bb 100644 --- a/tidb-cloud/changefeed-sink-to-mysql.md +++ b/tidb-cloud/changefeed-sink-to-mysql.md @@ -91,12 +91,12 @@ TiDB Cloud PremiumインスタンスがMySQLサービスに接続できること -**Sink to MySQL**コネクタは、特定のタイムスタンプ以降の増分データのみをTiDB Cloud DedicatedクラスタからMySQLにシンクできます。TiDB TiDB Cloud Dedicatedクラスタに既にデータが存在する場合は、 **Sink to MySQL**を有効にする前に、 TiDB Cloud Dedicatedクラスタの既存データをエクスポートしてMySQLにロードすることができます。 +**Sink to MySQL**コネクタは、特定のタイムスタンプ以降の増分データのみをTiDB Cloud DedicatedクラスタからMySQLにシンクできます。TiDB Cloud Dedicatedクラスタに既にデータが存在する場合は、 **Sink to MySQL**を有効にする前に、 TiDB Cloud Dedicatedクラスタの既存データをエクスポートしてMySQLにロードすることができます。 -**Sink to MySQL**コネクタは、特定のタイムスタンプ以降の増分データのみをTiDB Cloud PremiumインスタンスからMySQLにシンクできます。TiDB TiDB Cloud Premiumインスタンスに既にデータが存在する場合は、 **Sink to MySQL**を有効にする前に、 TiDB Cloud Premiumインスタンスの既存データをエクスポートしてMySQLにロードすることができます。 +**Sink to MySQL**コネクタは、特定のタイムスタンプ以降の増分データのみをTiDB Cloud PremiumインスタンスからMySQLにシンクできます。TiDB Cloud Premiumインスタンスに既にデータが存在する場合は、 **Sink to MySQL**を有効にする前に、 TiDB Cloud Premiumインスタンスの既存データをエクスポートしてMySQLにロードすることができます。 diff --git a/tidb-cloud/changefeed-sink-to-tidb-cloud.md b/tidb-cloud/changefeed-sink-to-tidb-cloud.md index d6f7cd8f7fd97..75ed3afdbbfe9 100644 --- a/tidb-cloud/changefeed-sink-to-tidb-cloud.md +++ b/tidb-cloud/changefeed-sink-to-tidb-cloud.md @@ -1,6 +1,6 @@ --- title: Sink to TiDB Cloud -summary: このドキュメントでは、TiDB Cloud DedicatedクラスタからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにデータをストリーミングする方法について説明します。この機能で使用できる変更フィードとリージョンの数には制限があります。前提条件として、tidb_gc_life_time の拡張、データのバックアップ、およびTiDB Cloudシンクの開始位置の取得が必要です。TiDB TiDB Cloudシンクを作成するには、クラスタの概要ページに移動し、接続を確立し、テーブルとイベントのフィルタをカスタマイズし、レプリケーションの開始位置を入力し、変更フィードの仕様を指定し、構成を確認して、シンクを作成します。最後に、tidb_gc_life_time を元の値に戻します。 +summary: このドキュメントでは、TiDB Cloud DedicatedクラスタからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにデータをストリーミングする方法について説明します。この機能で使用できる変更フィードとリージョンの数には制限があります。前提条件として、tidb_gc_life_time の拡張、データのバックアップ、およびTiDB Cloudシンクの開始位置の取得が必要です。TiDB Cloudシンクを作成するには、クラスタの概要ページに移動し、接続を確立し、テーブルとイベントのフィルタをカスタマイズし、レプリケーションの開始位置を入力し、変更フィードの仕様を指定し、構成を確認して、シンクを作成します。最後に、tidb_gc_life_time を元の値に戻します。 --- # TiDB Cloudにシンクする {#sink-to-tidb-cloud} @@ -28,7 +28,7 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから - ソースとなるTiDB Cloud Dedicatedクラスターと、宛先となるTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスは、同じプロジェクトおよび同じリージョンに属している必要があります。 -- **TiDB Cloudへのシンク**機能は、プライベートエンドポイント経由のネットワーク接続のみをサポートしています。TiDB TiDB Cloud DedicatedクラスタからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにデータをストリーミングするためのチェンジフィードを作成すると、 TiDB Cloudは2つのクラスタ間のプライベートエンドポイント接続を自動的に設定します。 +- **TiDB Cloudへのシンク**機能は、プライベートエンドポイント経由のネットワーク接続のみをサポートしています。TiDB Cloud DedicatedクラスタからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにデータをストリーミングするためのチェンジフィードを作成すると、 TiDB Cloudは2つのクラスタ間のプライベートエンドポイント接続を自動的に設定します。 ## 前提条件 {#prerequisites} diff --git a/tidb-cloud/cli-reference.md b/tidb-cloud/cli-reference.md index 305b0bd2b6ff5..05681794bc2f4 100644 --- a/tidb-cloud/cli-reference.md +++ b/tidb-cloud/cli-reference.md @@ -9,7 +9,7 @@ summary: TiDB Cloud CLIの概要を説明します。 > > 現在、 TiDB Cloud CLIはベータ版であり、 TiDB Cloud Dedicatedクラスタには適用できません。 -TiDB Cloud CLIはコマンドラインインターフェースであり、ターミナルから数行のコマンドを入力するだけでTiDB Cloudを操作できます。TiDB TiDB Cloud CLIを使用すると、 TiDB Cloud StarterおよびEssentialインスタンスを簡単に管理したり、インスタンスにデータをインポートしたり、その他の操作を実行したりできます。 +TiDB Cloud CLIはコマンドラインインターフェースであり、ターミナルから数行のコマンドを入力するだけでTiDB Cloudを操作できます。TiDB Cloud CLIを使用すると、 TiDB Cloud StarterおよびEssentialインスタンスを簡単に管理したり、インスタンスにデータをインポートしたり、その他の操作を実行したりできます。 ## 始める前に {#before-you-begin} @@ -50,7 +50,7 @@ TiDB Cloud CLIは、一部のコマンドを簡単に使用できるよう、2 ## ユーザープロフィール {#user-profile} -TiDB Cloud CLI では、ユーザープロファイルとは、プロファイル名、公開鍵、秘密鍵、OAuth トークンなど、ユーザーに関連付けられたプロパティの集合です。TiDB TiDB Cloud CLI を使用するには、ユーザープロファイルが必要です。 +TiDB Cloud CLI では、ユーザープロファイルとは、プロファイル名、公開鍵、秘密鍵、OAuth トークンなど、ユーザーに関連付けられたプロパティの集合です。TiDB Cloud CLI を使用するには、ユーザープロファイルが必要です。 ### TiDB Cloud APIキーを使用してユーザープロファイルを作成します。 {#create-a-user-profile-with-tidb-cloud-api-key} diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index 454ec0fc449a0..9681b2eecd916 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -52,7 +52,7 @@ TiDB Cloud Dedicatedクラスター用にこれらの外部ストレージを構 - データをAmazon S3にエクスポートする場合は、次のように**「新しいARNの追加」**ダイアログを開きます。 - 1. **「データのエクスポート先...」** > **「Amazon S3」**をクリックします。TiDB TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「ここをクリックしてデータをエクスポート...」** > **「Amazon S3」**をクリックしてください。 + 1. **「データのエクスポート先...」** > **「Amazon S3」**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「ここをクリックしてデータをエクスポート...」** > **「Amazon S3」**をクリックしてください。 2. **フォルダURI**欄に入力してください。 3. **AWS ロール ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 @@ -265,7 +265,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには - データをAzure Blob Storageにエクスポートする場合： - 1. **「データのエクスポート先...」** > **「Azure Blob Storage」**をクリックします。TiDB TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「データのエクスポート先...」** > **「Azure Blob Storage」を**クリックしてください。 + 1. **「データのエクスポート先...」** > **「Azure Blob Storage」**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「データのエクスポート先...」** > **「Azure Blob Storage」を**クリックしてください。 2. **Azure Blob Storage 設定**エリアまでスクロールダウンし、SAS トークンフィールドの下にある**[ここをクリックして、Azure ARM テンプレートを使用して新しいものを作成する] をクリックします**。 diff --git a/tidb-cloud/configure-ip-access-list.md b/tidb-cloud/configure-ip-access-list.md index 13c94059bafd6..4afd22a8eecc9 100644 --- a/tidb-cloud/configure-ip-access-list.md +++ b/tidb-cloud/configure-ip-access-list.md @@ -28,6 +28,6 @@ TiDB Cloud Dedicatedクラスターの IP アクセス リストを設定する - **どこからでもアクセスを許可する**：すべてのIPアドレスからTiDB Cloudへのアクセスを許可します。このオプションを選択すると、TiDB Cloud Dedicatedクラスタが完全にインターネットに公開されるため、非常に危険です。 - **IPアドレスを使用する**（推奨）：SQLクライアント経由でTiDB Cloudへのアクセスを許可するIPアドレスとCIDRアドレスのリストを追加できます。 -5. **「IPアドレスを使用する」**を選択した場合は、IPアドレスまたはCIDR範囲を追加し、必要に応じて説明を入力してください。TiDB TiDB Cloud Dedicatedクラスタごとに、最大100個のIPアドレスを追加できます。 +5. **「IPアドレスを使用する」**を選択した場合は、IPアドレスまたはCIDR範囲を追加し、必要に応じて説明を入力してください。TiDB Cloud Dedicatedクラスタごとに、最大100個のIPアドレスを追加できます。 6. 変更を保存するには、 **「確認」**をクリックしてください。 diff --git a/tidb-cloud/configure-maintenance-window.md b/tidb-cloud/configure-maintenance-window.md index cd6ed8dfc56b0..23a8ab45801e7 100644 --- a/tidb-cloud/configure-maintenance-window.md +++ b/tidb-cloud/configure-maintenance-window.md @@ -96,7 +96,7 @@ TiDB Cloudは、メンテナンス期間ごとに、以下のタイミングで - どのような状態のクラスターに対しても、メンテナンス作業は実施されますか？ - いいえ。TiDB TiDB Cloudは、クラスターのメンテナンス作業を実行する前に、クラスターの状態を確認します。 + いいえ。TiDB Cloudは、クラスターのメンテナンス作業を実行する前に、クラスターの状態を確認します。 - クラスターが**「作成中」**または**「一時停止中」の**状態にある場合、メンテナンス作業は不要です。 - クラスターが自動または手動バックアップを実行している場合、現在のバックアップが正常に完了するまでメンテナンスは遅延され、開始されます。データ量が多いクラスターでは、バックアップ処理に12時間など長時間かかる場合があることに注意してください。クラスターへの影響を最小限に抑えるため、バックアップの開始時刻とメンテナンスウィンドウを慎重に設定することをお勧めします。 diff --git a/tidb-cloud/connect-to-tidb-cluster-serverless.md b/tidb-cloud/connect-to-tidb-cluster-serverless.md index ed34e23c4d517..8f4c71f09666e 100644 --- a/tidb-cloud/connect-to-tidb-cluster-serverless.md +++ b/tidb-cloud/connect-to-tidb-cluster-serverless.md @@ -14,7 +14,7 @@ summary: TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにさ ## ネットワーク接続方法 {#network-connection-methods} -TiDB TiDB Cloud上にTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスが作成されたら、以下のいずれかの方法で接続できます。 +TiDB Cloud上にTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスが作成されたら、以下のいずれかの方法で接続できます。 - 直接接続 diff --git a/tidb-cloud/connect-to-tidb-cluster.md b/tidb-cloud/connect-to-tidb-cluster.md index f0c6748aad1c9..e93c96cfbf7da 100644 --- a/tidb-cloud/connect-to-tidb-cluster.md +++ b/tidb-cloud/connect-to-tidb-cluster.md @@ -12,7 +12,7 @@ summary: さまざまな方法でTiDB Cloud Dedicatedクラスターに接続す > - TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに接続する方法については、 [TiDB Cloud StarterまたはEssentialインスタンスに接続します](/tidb-cloud/connect-to-tidb-cluster-serverless.md)参照してください。 > - このドキュメントでは、 TiDB Cloud Dedicatedのネットワーク接続方法について説明します。特定のツール、ドライバ、または ORM を介して TiDB に接続する方法については、 [TiDBに接続する](/develop/dev-guide-connect-to-tidb.md)参照してください。 -TiDB TiDB Cloud TiDB Cloud Dedicatedクラスタが作成されたら、以下のいずれかのネットワーク接続方法で接続できます。 +TiDB Cloud TiDB Cloud Dedicatedクラスタが作成されたら、以下のいずれかのネットワーク接続方法で接続できます。 - 直接接続 diff --git a/tidb-cloud/connected-care-overview.md b/tidb-cloud/connected-care-overview.md index 09efecd48e2be..eae975616ff11 100644 --- a/tidb-cloud/connected-care-overview.md +++ b/tidb-cloud/connected-care-overview.md @@ -95,7 +95,7 @@ Connected Care サービスのサポート プランでは、次のようなま ### 同様のサービスには追加料金を支払う必要がありますか? {#do-i-need-to-pay-more-for-similar-services} -新しいConnected Careサービスは、より包括的で豊富な機能を備えたサポートエクスペリエンスを提供しますが、価格は従来のサービスとほぼ同等です。TiDB TiDB Cloudは、お客様のビジネスをより良くサポートするために、付加価値の提供に引き続き尽力してまいります。 +新しいConnected Careサービスは、より包括的で豊富な機能を備えたサポートエクスペリエンスを提供しますが、価格は従来のサービスとほぼ同等です。TiDB Cloudは、お客様のビジネスをより良くサポートするために、付加価値の提供に引き続き尽力してまいります。 ### 従来のベーシックプランが終了した後、テクニカル サポートを受けるにはどうすればよいですか? {#how-can-i-get-technical-support-after-the-legacy-strong-basic-strong-plan-shuts-down} diff --git a/tidb-cloud/create-tidb-cluster-serverless.md b/tidb-cloud/create-tidb-cluster-serverless.md index b2abbd9a78a9d..2851981316831 100644 --- a/tidb-cloud/create-tidb-cluster-serverless.md +++ b/tidb-cloud/create-tidb-cluster-serverless.md @@ -62,7 +62,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc - TiDB Cloud Essentialインスタンスでは、リクエストキャパシティユニット（RCU）の最小数と最大数の両方を指定する必要があります。 - - RCUは、ワークロード用にプロビジョニングされたコンピューティングリソースを表します。TiDB TiDB Cloudは、需要に基づいて、この範囲内でTiDB Cloud Essentialインスタンスを自動的にスケーリングします。 + - RCUは、ワークロード用にプロビジョニングされたコンピューティングリソースを表します。TiDB Cloudは、需要に基づいて、この範囲内でTiDB Cloud Essentialインスタンスを自動的にスケーリングします。 7. **「作成」**をクリックします。 diff --git a/tidb-cloud/data-service-get-started.md b/tidb-cloud/data-service-get-started.md index b2c77d4318d14..f3ed45c6de5e0 100644 --- a/tidb-cloud/data-service-get-started.md +++ b/tidb-cloud/data-service-get-started.md @@ -21,7 +21,7 @@ summary: TiDB Cloudデータサービスを使用してHTTPSリクエストで > **注記：** > -> データサービスは、AWS上でホストされている[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md)インスタンスでのみ利用可能です。TiDB TiDB Cloud Dedicatedクラスターでデータサービスを使用するには、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 +> データサービスは、AWS上でホストされている[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md)インスタンスでのみ利用可能です。TiDB Cloud Dedicatedクラスターでデータサービスを使用するには、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 ## サンプルデータアプリから始めてみましょう {#get-started-with-a-sample-data-app} diff --git a/tidb-cloud/data-service-manage-github-connection.md b/tidb-cloud/data-service-manage-github-connection.md index b53ed3c3a2b34..3a40e63a83d4d 100644 --- a/tidb-cloud/data-service-manage-github-connection.md +++ b/tidb-cloud/data-service-manage-github-connection.md @@ -93,7 +93,7 @@ GitHub接続で**自動同期とデプロイが**有効になっている場合 | ファイルディレクトリ | 注記 | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| `data_source/cluster.json` | このファイルを更新する際は、リンクされているTiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスターにアクセスできることを確認してください。TiDB TiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスターの ID は、その URL から取得できます。たとえば、URL が`https://tidbcloud.com/tidbs/1234567891234567890/overview?orgId=`の場合、ID は`1234567891234567890`です。 | +| `data_source/cluster.json` | このファイルを更新する際は、リンクされているTiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスターにアクセスできることを確認してください。TiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスターの ID は、その URL から取得できます。たとえば、URL が`https://tidbcloud.com/tidbs/1234567891234567890/overview?orgId=`の場合、ID は`1234567891234567890`です。 | | `http_endpoints/config.json` | エンドポイントを変更する場合は、 [HTTPエンドポイント構成](/tidb-cloud/data-service-app-config-files.md#http-endpoint-configuration)で説明されているルールに従ってください。 | | `http_endpoints/sql/method-.sql` | `http_endpoints/sql`ディレクトリに SQL ファイルを追加または削除するには、対応するエンドポイント構成も更新する必要があります。 | | `datapp_config.json` | `app_id`ファイルが別のデータ アプリからコピーされたもので、現在のデータ アプリの ID に更新したい場合を除き、このファイルの`dataapp_config.json`フィールドを変更しないでください。そうしないと、この変更によってトリガーされるデプロイが失敗します。 | diff --git a/tidb-cloud/data-service-overview.md b/tidb-cloud/data-service-overview.md index 3f545b563f757..21a173eec2f83 100644 --- a/tidb-cloud/data-service-overview.md +++ b/tidb-cloud/data-service-overview.md @@ -11,7 +11,7 @@ Data Service を使用すると、カスタム API エンドポイントを使 > **注記：** > -> データサービスは、AWS でホストされているTiDB Cloud Starter でのみご利用いただけます。TiDB TiDB Cloud Dedicated クラスターでデータサービスをご利用になる場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 +> データサービスは、AWS でホストされているTiDB Cloud Starter でのみご利用いただけます。TiDB Cloud Dedicated クラスターでデータサービスをご利用になる場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 Data Service のエンドポイントは、SQL 文を実行するためにカスタマイズできる Web API です。SQL 文のパラメータ（ `WHERE`句で使用する値など）を指定できます。クライアントがエンドポイントを呼び出し、リクエスト URL でパラメータの値を指定すると、エンドポイントは指定されたパラメータを使用して対応する SQL 文を実行し、結果を HTTP レスポンスの一部として返します。 diff --git a/tidb-cloud/data-service-postman-integration.md b/tidb-cloud/data-service-postman-integration.md index b56d8dd901e6d..5d35b3d750c84 100644 --- a/tidb-cloud/data-service-postman-integration.md +++ b/tidb-cloud/data-service-postman-integration.md @@ -78,7 +78,7 @@ Postmanでデータアプリを実行するには、以下の手順に従って - パラメータ付きのエンドポイントの場合は、まずパラメータ値を入力してから**「送信」**をクリックする必要があります。 - `GET`または`DELETE`リクエストの場合は、**クエリパラメータ**テーブルのパラメータ値を入力してください。 - - `POST`または`PUT`リクエストの場合は、 **[本文]**タブをクリックし、パラメーター値を JSON オブジェクトとして入力します。TiDB TiDB Cloud Data Service のエンドポイントで**バッチ操作が**有効になっている場合は、パラメーター値を JSON オブジェクトの配列として`items`フィールドに入力します。 + - `POST`または`PUT`リクエストの場合は、 **[本文]**タブをクリックし、パラメーター値を JSON オブジェクトとして入力します。TiDB Cloud Data Service のエンドポイントで**バッチ操作が**有効になっている場合は、パラメーター値を JSON オブジェクトの配列として`items`フィールドに入力します。 3. 下部のペインで応答を確認してください。 diff --git a/tidb-cloud/essential-changefeed-sink-to-kafka.md b/tidb-cloud/essential-changefeed-sink-to-kafka.md index a597d51ef82c5..410c48c4cb25b 100644 --- a/tidb-cloud/essential-changefeed-sink-to-kafka.md +++ b/tidb-cloud/essential-changefeed-sink-to-kafka.md @@ -177,7 +177,7 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト 変更フィードで全ての変更ログに対して1つのKafkaトピックを作成する場合は、このモードを選択してください。そうすると、変更フィード内のすべてのKafkaメッセージが1つのKafkaトピックに送信されます。トピック名は**「トピック名」**フィールドで指定できます。 -8. **パーティション分散**領域では、Kafka メッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB TiDB Cloud、次の 4 種類のディスパッチャが提供されています。 +8. **パーティション分散**領域では、Kafka メッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB Cloud、次の 4 種類のディスパッチャが提供されています。 - **プライマリキーまたはインデックス値に基づいて変更ログをKafkaパーティションに分散します。** diff --git a/tidb-cloud/essential-changefeed-sink-to-mysql.md b/tidb-cloud/essential-changefeed-sink-to-mysql.md index d689be3c6f8a1..2364a7332f955 100644 --- a/tidb-cloud/essential-changefeed-sink-to-mysql.md +++ b/tidb-cloud/essential-changefeed-sink-to-mysql.md @@ -47,7 +47,7 @@ MySQLサービスがパブリックネットワーク経由でアクセスでき ### 既存データの読み込み（オプション） {#load-existing-data-optional} -**Sink to MySQL**コネクタは、特定のタイムスタンプ以降のTiDB Cloud EssentialインスタンスからMySQLへの増分データのみをシンクできます。TiDB TiDB Cloud Essentialインスタンスに既にデータが存在する場合は、 **Sink to MySQL**を有効にする前に、 TiDB Cloud Essentialインスタンスの既存データをエクスポートしてMySQLにロードすることができます。 +**Sink to MySQL**コネクタは、特定のタイムスタンプ以降のTiDB Cloud EssentialインスタンスからMySQLへの増分データのみをシンクできます。TiDB Cloud Essentialインスタンスに既にデータが存在する場合は、 **Sink to MySQL**を有効にする前に、 TiDB Cloud Essentialインスタンスの既存データをエクスポートしてMySQLにロードすることができます。 既存のデータを読み込むには： diff --git a/tidb-cloud/essential-database-audit-logging.md b/tidb-cloud/essential-database-audit-logging.md index 424ea728db112..caf25faefa2ac 100644 --- a/tidb-cloud/essential-database-audit-logging.md +++ b/tidb-cloud/essential-database-audit-logging.md @@ -14,7 +14,7 @@ TiDB Cloud Essentialは、実行されたSQLステートメントなど、デー 組織のユーザーアクセスポリシーやその他の情報セキュリティ対策の有効性を評価するには、データベース監査ログを定期的に分析することがセキュリティ上のベストプラクティスです。 -監査ログ機能は**デフォルトでは無効になっています**。TiDB TiDB Cloud Essentialインスタンスの監査を行うには、監査ログを有効にする必要があります。 +監査ログ機能は**デフォルトでは無効になっています**。TiDB Cloud Essentialインスタンスの監査を行うには、監査ログを有効にする必要があります。 ## 監査ログの設定 {#audit-logging-configurations} diff --git a/tidb-cloud/get-started-with-cli.md b/tidb-cloud/get-started-with-cli.md index 0621b940b1d82..a1df1499e4cf4 100644 --- a/tidb-cloud/get-started-with-cli.md +++ b/tidb-cloud/get-started-with-cli.md @@ -91,7 +91,7 @@ MySQL コマンドライン クライアントがインストールされてい ### TiDB Cloudでユーザープロファイルを作成するか、ログインしてください。 {#create-a-user-profile-or-log-into-tidb-cloud} -TiDB Cloud CLI を使用して TiDB TiDB Cloud Starterインスタンスを作成する前に、ユーザー プロファイルを作成するか、 TiDB Cloudにログインする必要があります。 +TiDB Cloud CLI を使用して TiDB Cloud Starterインスタンスを作成する前に、ユーザー プロファイルを作成するか、 TiDB Cloudにログインする必要があります。 - [TiDB Cloud APIキー](https://docs.pingcap.com/tidbcloud/api/v1beta#section/Authentication/API-Key-Management)を使用してユーザープロファイルを作成します。 diff --git a/tidb-cloud/high-availability-with-multi-az.md b/tidb-cloud/high-availability-with-multi-az.md index 63aa71527a775..055e834d20362 100644 --- a/tidb-cloud/high-availability-with-multi-az.md +++ b/tidb-cloud/high-availability-with-multi-az.md @@ -7,16 +7,16 @@ summary: TiDB Cloud Dedicated は、マルチ AZ デプロイメントによる TiDBはRaftコンセンサスアルゴリズムを使用し、 Raftグループ内のstorage全体にデータの高可用性と安全なレプリケーションを実現します。データはstorageノード間で冗長コピーされ、異なるアベイラビリティゾーンに配置されるため、マシンやデータセンターの障害から保護されます。自動フェイルオーバー機能により、TiDBはサービスの常時稼働を保証します。 -TiDB Cloud Dedicated クラスタは、TiDB ノード、TiKV ノード、 TiFlashノードという 3 つの主要コンポーネントで構成されています。TiDB TiDB Cloud Dedicated の各コンポーネントの高可用性実装は次のとおりです。 +TiDB Cloud Dedicated クラスタは、TiDB ノード、TiKV ノード、 TiFlashノードという 3 つの主要コンポーネントで構成されています。TiDB Cloud Dedicated の各コンポーネントの高可用性実装は次のとおりです。 - **TiDBノード** - TiDBはコンピューティングのみを目的としており、データの保存は行いません。水平方向に拡張可能です。TiDB TiDB Cloud Dedicatedは、リージョン内の異なるアベイラビリティゾーンにTiDBノードを均等に配置します。ユーザーがSQLリクエストを実行すると、リクエストはまず複数のアベイラビリティゾーンに展開されたロードバランサーを通過し、その後、ロードバランサーによって複数のTiDBノードに分散されて実行されます。高可用性を確保するため、各TiDB Cloud Dedicatedクラスタには少なくとも2つのTiDBノードを配置することをお勧めします。 + TiDBはコンピューティングのみを目的としており、データの保存は行いません。水平方向に拡張可能です。TiDB Cloud Dedicatedは、リージョン内の異なるアベイラビリティゾーンにTiDBノードを均等に配置します。ユーザーがSQLリクエストを実行すると、リクエストはまず複数のアベイラビリティゾーンに展開されたロードバランサーを通過し、その後、ロードバランサーによって複数のTiDBノードに分散されて実行されます。高可用性を確保するため、各TiDB Cloud Dedicatedクラスタには少なくとも2つのTiDBノードを配置することをお勧めします。 - **TiKVノード** - [TiKV](https://docs.pingcap.com/tidb/stable/tikv-overview) 、水平スケーラビリティを備えたTiDB Cloud Dedicatedクラスタの行ベースのstorageレイヤーです。TiDB TiDB Cloud DedicatedクラスタのTiKVノードの最小数は3です。TiDB TiDB Cloud Dedicatedは、選択したリージョン内のすべてのアベイラビリティゾーン（少なくとも3つ）にTiKVノードを均等にデプロイすることで、耐久性と高可用性を実現します。典型的な3レプリカ構成では、データはすべてのアベイラビリティゾーンのTiKVノードに均等に分散され、各TiKVノードのディスクに永続化されます。 + [TiKV](https://docs.pingcap.com/tidb/stable/tikv-overview) 、水平スケーラビリティを備えたTiDB Cloud Dedicatedクラスタの行ベースのstorageレイヤーです。TiDB Cloud DedicatedクラスタのTiKVノードの最小数は3です。TiDB Cloud Dedicatedは、選択したリージョン内のすべてのアベイラビリティゾーン（少なくとも3つ）にTiKVノードを均等にデプロイすることで、耐久性と高可用性を実現します。典型的な3レプリカ構成では、データはすべてのアベイラビリティゾーンのTiKVノードに均等に分散され、各TiKVノードのディスクに永続化されます。 - **TiFlashノード** - [TiFlash](https://docs.pingcap.com/tidb/stable/tiflash-overview) 、TiKV の列指向storage拡張機能であり、TiDB を本質的にハイブリッドトランザクション/分析処理 (HTAP) データベースにする重要なコンポーネントです。TiFlashTiFlash、列指向レプリカはRaft Learnerコンセンサスアルゴリズムに従って非同期的に複製されます。TiDB TiDB Cloud Dedicated は、 TiFlashノードをリージョン内の異なるアベイラビリティゾーンに均等にデプロイします。本番環境での高可用性を確保するため、各TiDB Cloud Dedicated クラスターに少なくとも 2 つのTiFlashノードを設定し、少なくとも 2 つのデータレプリカを作成本番ことをお勧めします。 + [TiFlash](https://docs.pingcap.com/tidb/stable/tiflash-overview) 、TiKV の列指向storage拡張機能であり、TiDB を本質的にハイブリッドトランザクション/分析処理 (HTAP) データベースにする重要なコンポーネントです。TiFlash、列指向レプリカはRaft Learnerコンセンサスアルゴリズムに従って非同期的に複製されます。TiDB Cloud Dedicated は、 TiFlashノードをリージョン内の異なるアベイラビリティゾーンに均等にデプロイします。本番環境での高可用性を確保するため、各TiDB Cloud Dedicated クラスターに少なくとも 2 つのTiFlashノードを設定し、少なくとも 2 つのデータレプリカを作成本番ことをお勧めします。 diff --git a/tidb-cloud/import-csv-files-serverless.md b/tidb-cloud/import-csv-files-serverless.md index dacb79465e28c..4d9ea7448bd6f 100644 --- a/tidb-cloud/import-csv-files-serverless.md +++ b/tidb-cloud/import-csv-files-serverless.md @@ -138,7 +138,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 -6. **「次へ」**をクリックしてください。TiDB TiDB Cloudがソースファイルを適切にスキャンします。 +6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -189,7 +189,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 -6. **「次へ」**をクリックしてください。TiDB TiDB Cloudがソースファイルを適切にスキャンします。 +6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -240,7 +240,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 -6. **「次へ」**をクリックしてください。TiDB TiDB Cloudがソースファイルを適切にスキャンします。 +6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -291,7 +291,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 -6. **「次へ」**をクリックしてください。TiDB TiDB Cloudがソースファイルを適切にスキャンします。 +6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 diff --git a/tidb-cloud/import-csv-files.md b/tidb-cloud/import-csv-files.md index 17a64a6ad1604..04373c99d8267 100644 --- a/tidb-cloud/import-csv-files.md +++ b/tidb-cloud/import-csv-files.md @@ -133,7 +133,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - ソースCSVファイルをターゲットデータベースおよびテーブルに関連付けるためのマッピングルールを手動で構成するには、このオプションの選択を解除し、次のフィールドに入力します。 - - **ソース**: ファイル名のパターンを`[file_name].csv`の形式で入力してください。例: `TableName.01.csv` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 + - **ソース**: ファイル名のパターンを`[file_name].csv`の形式で入力してください。例: `TableName.01.csv` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 - `my-data?.csv` : `my-data` `my-data1.csv`や`my-data2.csv`のような 1 文字が続くすべての CSV ファイルに一致します。 - `my-data*.csv` : `my-data`で始まるすべての CSV ファイルに一致します。たとえば`my-data-2023.csv`や`my-data-final.csv`などです。 @@ -142,7 +142,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 必要に応じて、 **「CSVコンフィグレーションの編集」**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 -6. **「次へ」**をクリックします。TiDB TiDB Cloudがソースファイルをスキャンします。 +6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -186,7 +186,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - ソースCSVファイルをターゲットデータベースおよびテーブルに関連付けるためのマッピングルールを手動で構成するには、このオプションの選択を解除し、次のフィールドに入力します。 - - **ソース**: ファイル名のパターンを`[file_name].csv`の形式で入力してください。例: `TableName.01.csv` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 + - **ソース**: ファイル名のパターンを`[file_name].csv`の形式で入力してください。例: `TableName.01.csv` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 - `my-data?.csv` : `my-data` `my-data1.csv`や`my-data2.csv`のような 1 文字が続くすべての CSV ファイルに一致します。 - `my-data*.csv` : `my-data`で始まるすべての CSV ファイルに一致します。たとえば`my-data-2023.csv`や`my-data-final.csv`などです。 @@ -195,7 +195,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 必要に応じて、 **「CSVコンフィグレーションの編集」**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 -6. **「次へ」**をクリックします。TiDB TiDB Cloudがソースファイルをスキャンします。 +6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -264,7 +264,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - ソースCSVファイルをターゲットデータベースおよびテーブルに関連付けるためのマッピングルールを手動で構成するには、このオプションの選択を解除し、次のフィールドに入力します。 - - **ソース**: ファイル名のパターンを`[file_name].csv`の形式で入力してください。例: `TableName.01.csv` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 + - **ソース**: ファイル名のパターンを`[file_name].csv`の形式で入力してください。例: `TableName.01.csv` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 - `my-data?.csv` : `my-data` `my-data1.csv`や`my-data2.csv`のような 1 文字が続くすべての CSV ファイルに一致します。 - `my-data*.csv` : `my-data`で始まるすべての CSV ファイルに一致します。たとえば`my-data-2023.csv`や`my-data-final.csv`などです。 @@ -273,7 +273,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 必要に応じて、 **「CSVコンフィグレーションの編集」**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 -6. **「次へ」**をクリックします。TiDB TiDB Cloudがソースファイルをスキャンします。 +6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 diff --git a/tidb-cloud/import-parquet-files-serverless.md b/tidb-cloud/import-parquet-files-serverless.md index f3f5b5ec6f8cb..e90358fbd71d9 100644 --- a/tidb-cloud/import-parquet-files-serverless.md +++ b/tidb-cloud/import-parquet-files-serverless.md @@ -142,7 +142,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 -6. **「次へ」**をクリックしてください。TiDB TiDB Cloudがソースファイルを適切にスキャンします。 +6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -193,7 +193,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 -6. **「次へ」**をクリックしてください。TiDB TiDB Cloudがソースファイルを適切にスキャンします。 +6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -244,7 +244,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 -6. **「次へ」**をクリックしてください。TiDB TiDB Cloudがソースファイルを適切にスキャンします。 +6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -295,7 +295,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 -6. **「次へ」**をクリックしてください。TiDB TiDB Cloudがソースファイルを適切にスキャンします。 +6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 diff --git a/tidb-cloud/import-parquet-files.md b/tidb-cloud/import-parquet-files.md index e273de87845da..f9f1e43eb9f67 100644 --- a/tidb-cloud/import-parquet-files.md +++ b/tidb-cloud/import-parquet-files.md @@ -138,14 +138,14 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 - ソース Parquet ファイルをターゲットのデータベースおよびテーブルに関連付けるためのマッピング ルールを手動で構成するには、このオプションの選択を解除し、次のフィールドに入力します。 - - **ソース**: ファイル名のパターンを`[file_name].parquet`の形式で入力してください。例: `TableName.01.parquet` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 + - **ソース**: ファイル名のパターンを`[file_name].parquet`の形式で入力してください。例: `TableName.01.parquet` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 - `my-data?.parquet` : `my-data` `my-data1.parquet`や`my-data2.parquet`のような 1 文字が続くすべての Parquet ファイルに一致します。 - `my-data*.parquet` : `my-data`で始まるすべての Parquet ファイルに一致します。たとえば`my-data10.parquet`や`my-data100.parquet`などです。 - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 -6. **「次へ」**をクリックします。TiDB TiDB Cloudがソースファイルをスキャンします。 +6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -189,14 +189,14 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 - ソース Parquet ファイルをターゲットのデータベースおよびテーブルに関連付けるためのマッピング ルールを手動で構成するには、このオプションの選択を解除し、次のフィールドに入力します。 - - **ソース**: ファイル名のパターンを`[file_name].parquet`の形式で入力してください。例: `TableName.01.parquet` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 + - **ソース**: ファイル名のパターンを`[file_name].parquet`の形式で入力してください。例: `TableName.01.parquet` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 - `my-data?.parquet` : `my-data` `my-data1.parquet`や`my-data2.parquet`のような 1 文字が続くすべての Parquet ファイルに一致します。 - `my-data*.parquet` : `my-data`で始まるすべての Parquet ファイルに一致します。たとえば`my-data10.parquet`や`my-data100.parquet`などです。 - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 -6. **「次へ」**をクリックします。TiDB TiDB Cloudがソースファイルをスキャンします。 +6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -265,14 +265,14 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 - ソース Parquet ファイルをターゲットのデータベースおよびテーブルに関連付けるためのマッピング ルールを手動で構成するには、このオプションの選択を解除し、次のフィールドに入力します。 - - **ソース**: ファイル名のパターンを`[file_name].parquet`の形式で入力してください。例: `TableName.01.parquet` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 + - **ソース**: ファイル名のパターンを`[file_name].parquet`の形式で入力してください。例: `TableName.01.parquet` 。ワイルドカードを使用して複数のファイルを照合することもできます。TiDB Cloud は`*`と`?`のワイルドカードのみをサポートしています。 - `my-data?.parquet` : `my-data` `my-data1.parquet`や`my-data2.parquet`のような 1 文字が続くすべての Parquet ファイルに一致します。 - `my-data*.parquet` : `my-data`で始まるすべての Parquet ファイルに一致します。たとえば`my-data10.parquet`や`my-data100.parquet`などです。 - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 -6. **「次へ」**をクリックします。TiDB TiDB Cloudがソースファイルをスキャンします。 +6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 diff --git a/tidb-cloud/import-sample-data.md b/tidb-cloud/import-sample-data.md index 74a633e04f311..80ff45a3a9d86 100644 --- a/tidb-cloud/import-sample-data.md +++ b/tidb-cloud/import-sample-data.md @@ -33,7 +33,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 5. **「宛先マッピング」**セクションで、 **「TiDBファイル命名規則を使用して自動マッピングを行う」**を選択したまま、データ形式として**「SQL」**を選択します。 -6. **「次へ」**をクリックします。TiDB TiDB Cloudがソースファイルをスキャンします。 +6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -64,7 +64,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 5. **「宛先マッピング」**セクションで、 **「TiDBファイル命名規則を使用して自動マッピングを行う」**を選択したまま、データ形式として**「SQL」**を選択します。 -6. **「次へ」**をクリックします。TiDB TiDB Cloudがソースファイルをスキャンします。 +6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 @@ -124,7 +124,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 5. **「宛先マッピング」**セクションで、 **「TiDBファイル命名規則を使用して自動マッピングを行う」**を選択したまま、データ形式として**「SQL」**を選択します。 -6. **「次へ」**をクリックします。TiDB TiDB Cloudがソースファイルをスキャンします。 +6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 diff --git a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md index f93d387b83258..72e1d3a501242 100644 --- a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md +++ b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md @@ -5,7 +5,7 @@ summary: TiDB Cloud StarterをAmazon LambdaおよびCloudFormationと統合す # AWS CloudFormationを使用してTiDB Cloud StarterをAmazon Lambdaと統合する {#integrate-tidb-cloud-starter-with-amazon-lambda-using-aws-cloudformation} -このドキュメントでは、 [AWS CloudFormation](https://aws.amazon.com/cloudformation/)使用して、クラウドネイティブな分散 SQL データベースである[TiDB Cloud Starter](https://www.pingcap.com/tidb-cloud-starter/)と、サーバーレスでイベント駆動型のコンピューティング サービスである[AWS Lambda](https://aws.amazon.com/lambda/)を統合する手順を段階的に説明します。TiDB TiDB Cloud Starter をAmazon Lambda と統合することで、 TiDB Cloud Starterと AWS Lambda を通じてマイクロサービスの拡張性とコスト効率を活用できます。AWS CloudFormation は、Lambda関数、API Gateway、Secrets Manager などの AWS リソースの作成と管理を自動化します。 +このドキュメントでは、 [AWS CloudFormation](https://aws.amazon.com/cloudformation/)使用して、クラウドネイティブな分散 SQL データベースである[TiDB Cloud Starter](https://www.pingcap.com/tidb-cloud-starter/)と、サーバーレスでイベント駆動型のコンピューティング サービスである[AWS Lambda](https://aws.amazon.com/lambda/)を統合する手順を段階的に説明します。TiDB Cloud Starter をAmazon Lambda と統合することで、 TiDB Cloud Starterと AWS Lambda を通じてマイクロサービスの拡張性とコスト効率を活用できます。AWS CloudFormation は、Lambda関数、API Gateway、Secrets Manager などの AWS リソースの作成と管理を自動化します。 > **注記：** > @@ -38,7 +38,7 @@ AWS CloudFormationは、Secrets Manager、API Gateway、Lambda関数など、プ - [S3](https://aws.amazon.com/s3/) - [IAMロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) -- [TiDB Cloud](https://tidbcloud.com)アカウントとTiDB Cloud Starterインスタンスが必要です。TiDB TiDB Cloud Starterインスタンスの接続情報を取得するには、以下の手順に従ってください。 +- [TiDB Cloud](https://tidbcloud.com)アカウントとTiDB Cloud Starterインスタンスが必要です。TiDB Cloud Starterインスタンスの接続情報を取得するには、以下の手順に従ってください。 ![TiDB Cloud connection information](/media/develop/aws-lambda-tidbcloud-connection-info.png) diff --git a/tidb-cloud/integrate-tidbcloud-with-n8n.md b/tidb-cloud/integrate-tidbcloud-with-n8n.md index 6fc13e04427ff..e942dca168723 100644 --- a/tidb-cloud/integrate-tidbcloud-with-n8n.md +++ b/tidb-cloud/integrate-tidbcloud-with-n8n.md @@ -129,7 +129,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ 6. TiDB Cloud Starterインスタンスを選択してください。リストに新しいインスタンスが表示されない場合は、インスタンスの作成が完了するまで数分お待ちください。 -7. **ユーザー**一覧からユーザーを選択してください。TiDB TiDB Cloudは常にデフォルトユーザーを作成するため、手動で作成する必要はありません。 +7. **ユーザー**一覧からユーザーを選択してください。TiDB Cloudは常にデフォルトユーザーを作成するため、手動で作成する必要はありません。 8. **データベース**ボックスに`test`と入力します。 @@ -243,7 +243,7 @@ TiDB Cloudノードは[通常のノード](https://docs.n8n.io/workflows/nodes/# - **プロジェクト**： TiDB Cloudプロジェクト名。 - **操作**: このノードの操作。サポートされているすべての操作については、[サポート対象のオペレーション](#supported-operations)を参照してください。 - **クラスタ**： TiDB Cloud Starterインスタンスの名前を入力してください。 -- **リージョン**：リージョン名。TiDB TiDB Cloud Starterインスタンスをデプロイするリージョンを選択してください。通常は、アプリケーションのデプロイ先に最も近いリージョンを選択してください。 +- **リージョン**：リージョン名。TiDB Cloud Starterインスタンスをデプロイするリージョンを選択してください。通常は、アプリケーションのデプロイ先に最も近いリージョンを選択してください。 - **パスワード**：rootパスワード。新しいTiDB Cloud Starterインスタンスのパスワードを設定してください。 diff --git a/tidb-cloud/integrate-tidbcloud-with-vercel.md b/tidb-cloud/integrate-tidbcloud-with-vercel.md index 34c7ef84f017e..b8dc04c26fb54 100644 --- a/tidb-cloud/integrate-tidbcloud-with-vercel.md +++ b/tidb-cloud/integrate-tidbcloud-with-vercel.md @@ -71,7 +71,7 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ > **注記：** > -> この方法は、 TiDB Cloud StarterおよびTiDB Cloud Essentialインスタンスでのみ利用可能です。TiDB TiDB Cloud Dedicatedクラスターに接続する場合は、 [手動法](#connect-via-manually-setting-environment-variables)を使用してください。 +> この方法は、 TiDB Cloud StarterおよびTiDB Cloud Essentialインスタンスでのみ利用可能です。TiDB Cloud Dedicatedクラスターに接続する場合は、 [手動法](#connect-via-manually-setting-environment-variables)を使用してください。 ### 統合ワークフロー {#integration-workflow} @@ -176,7 +176,7 @@ TiDB Cloud Branching を有効にするには、 [TiDB Cloud Vercel統合ワー 1. 接続タイプとして**「クラスタ」**を選択してください。 2. プレビュー環境用の新しいブランチを作成するには、**ブランチ機能**を有効にしてください。 -Gitリポジトリに変更をプッシュすると、Vercelがプレビューデプロイメントをトリガーします。TiDB TiDB Cloudとの連携により、Gitブランチ用のTiDB Cloudクラスタのブランチが自動的に作成され、環境変数が設定されます。詳細な手順は以下のとおりです。 +Gitリポジトリに変更をプッシュすると、Vercelがプレビューデプロイメントをトリガーします。TiDB Cloudとの連携により、Gitブランチ用のTiDB Cloudクラスタのブランチが自動的に作成され、環境変数が設定されます。詳細な手順は以下のとおりです。 1. Gitリポジトリに新しいブランチを作成します。 diff --git a/tidb-cloud/integrate-tidbcloud-with-zapier.md b/tidb-cloud/integrate-tidbcloud-with-zapier.md index 96aa05cc40032..270b6362ca2d7 100644 --- a/tidb-cloud/integrate-tidbcloud-with-zapier.md +++ b/tidb-cloud/integrate-tidbcloud-with-zapier.md @@ -71,7 +71,7 @@ Zapier で[TiDB Cloudアプリ](https://zapier.com/apps/tidb-cloud/integrations) この手順では、イベントデータを保存するTiDB Cloud Starterインスタンス内のテーブルを指定する必要があります。テーブルがまだ作成されていない場合は、この手順で作成できます。 - 1. ドロップダウンリストからプロジェクト名とインスタンス名を選択してください。TiDB TiDB Cloud Starterインスタンスの接続情報が自動的に表示されます。 + 1. ドロップダウンリストからプロジェクト名とインスタンス名を選択してください。TiDB Cloud Starterインスタンスの接続情報が自動的に表示されます。 ![Set up project name and instance name](/media/tidb-cloud/zapier/zapier-set-up-tidbcloud-project-and-cluster.png) @@ -81,7 +81,7 @@ Zapier で[TiDB Cloudアプリ](https://zapier.com/apps/tidb-cloud/integrations) ![Set up database name](/media/tidb-cloud/zapier/zapier-set-up-tidbcloud-databse.png) - Zapierは、入力されたパスワードを使用してTiDB Cloudからデータベースを検索します。TiDB TiDB Cloud Starterインスタンスにデータベースが見つからない場合は、パスワードを再入力してページを更新してください。 + Zapierは、入力されたパスワードを使用してTiDB Cloudからデータベースを検索します。TiDB Cloud Starterインスタンスにデータベースが見つからない場合は、パスワードを再入力してページを更新してください。 4. **「検索するテーブル」ボックス**に`github_global_event`と入力します。テーブルが存在しない場合、テンプレートは次の DDL を使用してテーブルを作成します。 **「続行」**をクリックします。 @@ -117,7 +117,7 @@ Zapier で[TiDB Cloudアプリ](https://zapier.com/apps/tidb-cloud/integrations) 4. テストアクション - **「テスト」アクション**をクリックして、テーブルに新しい行を作成します。TiDB TiDB Cloud Starterインスタンスを確認すると、データが正常に書き込まれていることが確認できます。 + **「テスト」アクション**をクリックして、テーブルに新しい行を作成します。TiDB Cloud Starterインスタンスを確認すると、データが正常に書き込まれていることが確認できます。 ```sql mysql> SELECT * FROM test.github_global_event; @@ -161,7 +161,7 @@ Zapier で[TiDB Cloudアプリ](https://zapier.com/apps/tidb-cloud/integrations) | アクション | 説明 | リソース | | ------------- | ------------------------------------------------------------- | --------------------------------------- | | クラスタの検索 | 既存のTiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスタを検索します。 | なし | -| クラスタを作成する | 新しいクラスターを作成します。TiDB TiDB Cloud Starterインスタンスの作成のみをサポートしています。 | なし | +| クラスタを作成する | 新しいクラスターを作成します。TiDB Cloud Starterインスタンスの作成のみをサポートしています。 | なし | | データベースの検索 | 既存のデータベースを検索します。 | TiDB Cloud Starterインスタンス | | データベースを作成する | 新しいデータベースを作成します。 | TiDB Cloud Starterインスタンス | | テーブルを探す | 既存のテーブルを検索します。 | TiDB Cloud Starterインスタンスとデータベース | diff --git a/tidb-cloud/limited-sql-features.md b/tidb-cloud/limited-sql-features.md index 64341e1f52f91..cfcc85da08101 100644 --- a/tidb-cloud/limited-sql-features.md +++ b/tidb-cloud/limited-sql-features.md @@ -241,4 +241,4 @@ TiDB Cloud はTiDB がサポートするほぼすべてのワークロードで [^11]: TiDB Cloud StarterおよびTiDB Cloud Essentialは、 [例](https://docs.pingcap.com/tidb/stable/sql-plan-replayer#examples-of-exporting-cluster-information)のように`PLAN REPLAYER` ～ `${tidb-server-status-port}`でエクスポートされたファイルのダウンロードをサポートしていません。代わりに、 TiDB Cloud StarterおよびTiDB Cloud Essentialは、ファイルをダウンロードするための[署名済みURL](https://docs.aws.amazon.com/AmazonS3/latest/userguide/ShareObjectPreSignedURL.html)生成します。このURLは生成後10時間有効です。 -[^12]: サポートされていません。TiDB TiDB Cloud Dedicated クラスターで`require_secure_transport`有効にすると、SQL クライアント接続が失敗します。 +[^12]: サポートされていません。TiDB Cloud Dedicated クラスターで`require_secure_transport`有効にすると、SQL クライアント接続が失敗します。 diff --git a/tidb-cloud/manage-projects-and-resources.md b/tidb-cloud/manage-projects-and-resources.md index 1fba8ab13dce9..6332c98d07522 100644 --- a/tidb-cloud/manage-projects-and-resources.md +++ b/tidb-cloud/manage-projects-and-resources.md @@ -80,7 +80,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 > **注記：** > > - 無料トライアルユーザーは新規プロジェクトを作成できません。 -> - TiDB Xインスタンスの場合、プロジェクトの作成は任意です。TiDB TiDB Cloud Dedicatedクラスタの場合は、デフォルトのプロジェクトを使用するか、新しいプロジェクトを作成して管理する必要があります。 +> - TiDB Xインスタンスの場合、プロジェクトの作成は任意です。TiDB Cloud Dedicatedクラスタの場合は、デフォルトのプロジェクトを使用するか、新しいプロジェクトを作成して管理する必要があります。 `Organization Owner`の役割をお持ちの場合は、組織内でプロジェクトを作成できます。 @@ -122,7 +122,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 > **注記：** > -> TiDB Xインスタンスのみが、TiDB Xプロジェクト間の移動およびTiDB Xプロジェクトからの離脱をサポートしています。TiDB TiDB Cloud Dedicatedクラスタは、プロジェクト間の移動をサポートしていません。 +> TiDB Xインスタンスのみが、TiDB Xプロジェクト間の移動およびTiDB Xプロジェクトからの離脱をサポートしています。TiDB Cloud Dedicatedクラスタは、プロジェクト間の移動をサポートしていません。 TiDB Xインスタンスを移動するには、以下の手順を実行してください。 diff --git a/tidb-cloud/manage-serverless-spend-limit.md b/tidb-cloud/manage-serverless-spend-limit.md index 86818bc118a25..ab0b9cbe0f5b5 100644 --- a/tidb-cloud/manage-serverless-spend-limit.md +++ b/tidb-cloud/manage-serverless-spend-limit.md @@ -11,7 +11,7 @@ summary: TiDB Cloud Starterインスタンスの利用限度額を管理する 支出制限とは、特定のワークロードに対して1か月間に支出できる最大金額のことです。これは、TiDB Cloud Starterインスタンスの予算を設定できるコスト管理メカニズムです。 -TiDB Cloudの各組織につき、最大 5 つの [無料のTiDB Cloud Starterインスタンス](/tidb-cloud/select-cluster-tier.md#starter)デフォルトで作成できます。TiDB TiDB Cloud Starterインスタンスをさらに作成するには、クレジットカードを追加し、月間利用限度額を設定する必要があります。ただし、新しいインスタンスを作成する前に以前のTiDB Cloud Starterインスタンスを削除した場合、新しいTiDB Cloud Starterインスタンスはクレジットカードなしで作成できます。 +TiDB Cloudの各組織につき、最大 5 つの [無料のTiDB Cloud Starterインスタンス](/tidb-cloud/select-cluster-tier.md#starter)デフォルトで作成できます。TiDB Cloud Starterインスタンスをさらに作成するには、クレジットカードを追加し、月間利用限度額を設定する必要があります。ただし、新しいインスタンスを作成する前に以前のTiDB Cloud Starterインスタンスを削除した場合、新しいTiDB Cloud Starterインスタンスはクレジットカードなしで作成できます。 ## 使用クォータ {#usage-quota} @@ -29,7 +29,7 @@ TiDB Cloud Starterインスタンスが使用クォータに達すると、ユ ## 支出限度額を更新する {#update-spending-limit} -無料のTiDB Cloud Starterインスタンスの場合、インスタンス作成時に月間利用制限を設定することで、利用クォータを増やすことができます。既存のTiDB TiDB Cloud Starter TiDB Cloud Starterインスタンスの場合は、月間利用制限を直接調整できます。 +無料のTiDB Cloud Starterインスタンスの場合、インスタンス作成時に月間利用制限を設定することで、利用クォータを増やすことができます。既存のTiDB Cloud Starter TiDB Cloud Starterインスタンスの場合は、月間利用制限を直接調整できます。 TiDB Cloud Starterインスタンスの支出制限を更新するには、以下の手順を実行してください。 diff --git a/tidb-cloud/manage-user-access.md b/tidb-cloud/manage-user-access.md index 9d7c18aa6492a..cdc6e1b0c782d 100644 --- a/tidb-cloud/manage-user-access.md +++ b/tidb-cloud/manage-user-access.md @@ -121,7 +121,7 @@ TiDB Cloudは、組織、プロジェクト、インスタンスの各レベル > - `Organization Owner`すべてのプロジェクトに対して`Project Owner`のすべての権限を持っているため、 `Organization Owner`もプロジェクトメンバーを招待したり、メンバーにプロジェクトの役割を付与したりできます。 > - 各プロジェクトロールには、デフォルトで`Organization Viewer`のすべての権限が付与されています。 > - 組織内のユーザーがどのプロジェクトにも所属していない場合、そのユーザーにはプロジェクトに関する権限は一切ありません。 -> - TiDB XプロジェクトとTiDB Dedicatedプロジェクトの両方において、プロジェクトロールはプロジェクト内のリソースへのアクセスを制御します。TiDB TiDB Dedicatedプロジェクトの場合、プロジェクトロールはDedicated固有のプロジェクト設定も制御します。 +> - TiDB XプロジェクトとTiDB Dedicatedプロジェクトの両方において、プロジェクトロールはプロジェクト内のリソースへのアクセスを制御します。TiDB Dedicatedプロジェクトの場合、プロジェクトロールはDedicated固有のプロジェクト設定も制御します。 > - TiDB X 仮想プロジェクトには管理機能がないため、プロジェクトロールは TiDB X 仮想プロジェクトには適用されません。どの TiDB X プロジェクトにもグループ化されていない特定の TiDB X インスタンスの RBAC を管理するには、[インスタンスロール](#instance-roles)を使用してください。 | 許可 | `Project Owner` | `Project Data Access Read-Write` | `Project Data Access Read-Only` | `Project Viewer` | @@ -147,7 +147,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー > **注記：** > -> - インスタンスロールは、 TiDB Cloud StarterおよびTiDB Cloud Essentialにのみ適用されます。TiDB TiDB Cloud Dedicatedクラスターはインスタンスロールをサポートしていません。 +> - インスタンスロールは、 TiDB Cloud StarterおよびTiDB Cloud Essentialにのみ適用されます。TiDB Cloud Dedicatedクラスターはインスタンスロールをサポートしていません。 > - `Organization Owner`組織内のすべての TiDB X インスタンスに対するすべての権限を自動的に持っています。 > - 各インスタンスロールは、デフォルトで`Organization Viewer`ロールのすべての権限を継承します。 > - プロジェクトロールとインスタンスロールは加算式です。ユーザーはプロジェクトロールからアクセス権を継承できるだけでなく、個々のインスタンスに対してより具体的なロールを持つこともできます。 diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 8f4929d65faaf..461565971b42a 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -287,7 +287,7 @@ TiDB Cloud Essentialで利用可能な接続方法は以下のとおりです。 #### 公開エンドポイントまたはIPアドレス {#public-endpoints-or-ip-addresses} -パブリックエンドポイントを使用する場合、ネットワーク接続とアクセスは、DMジョブ作成プロセス中、現在と後の両方で確認できます。TiDB TiDB Cloudは、その時点で特定の送信IPアドレスと指示を提供します。 +パブリックエンドポイントを使用する場合、ネットワーク接続とアクセスは、DMジョブ作成プロセス中、現在と後の両方で確認できます。TiDB Cloudは、その時点で特定の送信IPアドレスと指示を提供します。 diff --git a/tidb-cloud/monitor-datadog-integration.md b/tidb-cloud/monitor-datadog-integration.md index 90f9d024f08cb..3c51ac60ad40d 100644 --- a/tidb-cloud/monitor-datadog-integration.md +++ b/tidb-cloud/monitor-datadog-integration.md @@ -5,7 +5,7 @@ summary: Datadogとの連携により、TiDBクラスタを監視する方法を # TiDB CloudとDatadogを統合する {#integrate-tidb-cloud-with-datadog} -TiDB CloudはDatadogとの連携をサポートしています。TiDB TiDB Cloudを設定することで、TiDBクラスタに関するメトリクスを[データドッグ](https://www.datadoghq.com/)に送信できます。その後、これらのメトリクスをDatadogダッシュボードで直接確認できます。 +TiDB CloudはDatadogとの連携をサポートしています。TiDB Cloudを設定することで、TiDBクラスタに関するメトリクスを[データドッグ](https://www.datadoghq.com/)に送信できます。その後、これらのメトリクスをDatadogダッシュボードで直接確認できます。 ## Datadog統合バージョン {#datadog-integration-version} @@ -20,7 +20,7 @@ TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合 Datadogアカウントをお持ちでない場合は、 [https://app.datadoghq.com/signup](https://app.datadoghq.com/signup)でサインアップしてください。 -- TiDB Cloudのサードパーティ メトリクス統合を設定するには、 TiDB Cloudで`Organization Owner`または`Project Owner`アクセス権が必要です。統合ページを表示したり、提供されたリンクから設定済みのダッシュボードにアクセスしたりするには、TiDB TiDB Cloudのプロジェクト内の対象のTiDB Cloud Dedicatedクラスターにアクセスするための`Project Viewer`ロール以上が必要です。 +- TiDB Cloudのサードパーティ メトリクス統合を設定するには、 TiDB Cloudで`Organization Owner`または`Project Owner`アクセス権が必要です。統合ページを表示したり、提供されたリンクから設定済みのダッシュボードにアクセスしたりするには、TiDB Cloudのプロジェクト内の対象のTiDB Cloud Dedicatedクラスターにアクセスするための`Project Viewer`ロール以上が必要です。 ## 制限 {#limitation} diff --git a/tidb-cloud/monitor-new-relic-integration.md b/tidb-cloud/monitor-new-relic-integration.md index 4350f29358bca..41e910b657162 100644 --- a/tidb-cloud/monitor-new-relic-integration.md +++ b/tidb-cloud/monitor-new-relic-integration.md @@ -5,7 +5,7 @@ summary: New Relicとの連携により、TiDBクラスタを監視する方法 # TiDB CloudとNew Relicを統合する {#integrate-tidb-cloud-with-new-relic} -TiDB CloudはNew Relicとの連携をサポートしています。TiDB TiDB Cloudを設定して、TiDBクラスタのメトリクスを[ニューレリック](https://newrelic.com/)に送信することができます。その後、New Relicダッシュボードでこれらのメトリクスを直接確認できます。 +TiDB CloudはNew Relicとの連携をサポートしています。TiDB Cloudを設定して、TiDBクラスタのメトリクスを[ニューレリック](https://newrelic.com/)に送信することができます。その後、New Relicダッシュボードでこれらのメトリクスを直接確認できます。 ## 新しいRelic統合バージョン {#new-relic-integration-version} @@ -20,7 +20,7 @@ TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統 New Relicのアカウントをお持ちでない場合は、[ここ](https://newrelic.com/signup)ご登録ください。 -- TiDB Cloudのサードパーティ メトリクス統合を設定するには、 TiDB Cloudで`Organization Owner`または`Project Owner`アクセス権が必要です。統合ページを表示したり、提供されたリンクから設定済みのダッシュボードにアクセスしたりするには、TiDB TiDB Cloudのプロジェクト内の対象のTiDB Cloud Dedicatedクラスターにアクセスするための`Project Viewer`ロール以上が必要です。 +- TiDB Cloudのサードパーティ メトリクス統合を設定するには、 TiDB Cloudで`Organization Owner`または`Project Owner`アクセス権が必要です。統合ページを表示したり、提供されたリンクから設定済みのダッシュボードにアクセスしたりするには、TiDB Cloudのプロジェクト内の対象のTiDB Cloud Dedicatedクラスターにアクセスするための`Project Viewer`ロール以上が必要です。 ## 制限 {#limitation} diff --git a/tidb-cloud/naming-conventions-for-data-import.md b/tidb-cloud/naming-conventions-for-data-import.md index 825f8faccc1ee..95c4e86d614b1 100644 --- a/tidb-cloud/naming-conventions-for-data-import.md +++ b/tidb-cloud/naming-conventions-for-data-import.md @@ -56,7 +56,7 @@ CSVファイルをインポートする際は、データファイルに以下 - *`._xxx_xxx_xxx`* 、例えば`._0_0_01` - *`_xxx_xxx_xxx`* 、例えば`_0_0_01` -`${compress}`は圧縮フォーマットであり、オプションです。TiDB TiDB Cloud は、 `.gzip` 、 `.gz` 、 `.zstd` 、 `.zst` 、および`.snappy` 。 +`${compress}`は圧縮フォーマットであり、オプションです。TiDB Cloud は、 `.gzip` 、 `.gz` 、 `.zstd` 、 `.zst` 、および`.snappy` 。 例えば、以下のすべてのファイルのターゲットデータベースとテーブルは`import_db`と`test_table`です。 @@ -103,7 +103,7 @@ SQLファイルをインポートする際は、データファイルに以下 - *`._xxx_xxx_xxx`* 、例えば`._0_0_01` - *`_xxx_xxx_xxx`* 、例えば`_0_0_01` -`${compress}`は圧縮フォーマットであり、オプションです。TiDB TiDB Cloud は、 `.gzip` 、 `.gz` 、 `.zstd` 、 `.zst` 、および`.snappy` 。 +`${compress}`は圧縮フォーマットであり、オプションです。TiDB Cloud は、 `.gzip` 、 `.gz` 、 `.zstd` 、 `.zst` 、および`.snappy` 。 例えば： diff --git a/tidb-cloud/oauth2.md b/tidb-cloud/oauth2.md index 33cfc9f5e84b1..b3a3da2350482 100644 --- a/tidb-cloud/oauth2.md +++ b/tidb-cloud/oauth2.md @@ -17,7 +17,7 @@ OAuthの最新バージョンである[OAuth 2.0](https://oauth.net/2/)は、認 ## OAuth 付与タイプ {#oauth-grant-types} -OAuthフレームワークは、さまざまなユースケースに合わせて複数の権限付与タイプを指定します。TiDB TiDB Cloudは、デバイスコードと認証コードという2つの最も一般的なOAuth権限付与タイプをサポートしています。 +OAuthフレームワークは、さまざまなユースケースに合わせて複数の権限付与タイプを指定します。TiDB Cloudは、デバイスコードと認証コードという2つの最も一般的なOAuth権限付与タイプをサポートしています。 ### デバイスコード付与タイプ {#device-code-grant-type} diff --git a/tidb-cloud/pause-or-resume-tidb-cluster.md b/tidb-cloud/pause-or-resume-tidb-cluster.md index c6af6a4f5a216..4206640d836cb 100644 --- a/tidb-cloud/pause-or-resume-tidb-cluster.md +++ b/tidb-cloud/pause-or-resume-tidb-cluster.md @@ -49,14 +49,14 @@ TiDB Cloudでは、常時稼働していないTiDB Cloud Dedicatedクラスタ - 最大一時停止期間は7日間です。7日以内に手動でクラスターを再開しない場合、 TiDB Cloudは自動的に再開します。 -- クラスターの概要ページから、自動再開スケジュールを確認できます。TiDB TiDB Cloudは、クラスターが自動再開される24時間前に、組織オーナーとプロジェクトオーナーに通知メールを送信します。 +- クラスターの概要ページから、自動再開スケジュールを確認できます。TiDB Cloudは、クラスターが自動再開される24時間前に、組織オーナーとプロジェクトオーナーに通知メールを送信します。
> **注記：** > -> 組織が2024年11月12日より前に作成された場合、クラスターは引き続き互換性のある一時停止動作に従います。TiDB TiDB Cloudは、新しい標準の一時停止動作に移行する前に通知します。 +> 組織が2024年11月12日より前に作成された場合、クラスターは引き続き互換性のある一時停止動作に従います。TiDB Cloudは、新しい標準の一時停止動作に移行する前に通知します。 クラスターが一時停止された場合は、以下の点に注意してください。 diff --git a/tidb-cloud/premium/backup-and-restore-premium.md b/tidb-cloud/premium/backup-and-restore-premium.md index f82418b78430f..24ec3a3e42523 100644 --- a/tidb-cloud/premium/backup-and-restore-premium.md +++ b/tidb-cloud/premium/backup-and-restore-premium.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] # TiDB Cloud Premium データのバックアップと復元 {#back-up-and-restore-tidb-cloud-premium-data} -このドキュメントでは、 TiDB Cloud Premiumインスタンス上のデータのバックアップと復元方法について説明します。TiDB TiDB Cloud Premiumは、自動バックアップと手動バックアップの両方をサポートしており、必要に応じてバックアップデータを新しいインスタンスに復元できます。 +このドキュメントでは、 TiDB Cloud Premiumインスタンス上のデータのバックアップと復元方法について説明します。TiDB Cloud Premiumは、自動バックアップと手動バックアップの両方をサポートしており、必要に応じてバックアップデータを新しいインスタンスに復元できます。 バックアップファイルは、以下のソースから生成される可能性があります。 @@ -178,7 +178,7 @@ TiDB Cloud Dedicatedクラスターによって生成されたバックアップ 1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインし、[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動します。右上隅にある**[...]**をクリックし、 **[別のプランから復元]**をクリックします。 -2. **「バックアップの選択」**ページで、対象のTiDB Cloud Dedicatedクラスターを含むプロジェクトを選択します。TiDB TiDB Cloud Dedicatedクラスターを選択し、復元するバックアップ スナップショットを選択して、 **「次へ」**をクリックします。 +2. **「バックアップの選択」**ページで、対象のTiDB Cloud Dedicatedクラスターを含むプロジェクトを選択します。TiDB Cloud Dedicatedクラスターを選択し、復元するバックアップ スナップショットを選択して、 **「次へ」**をクリックします。 > **注記：** > @@ -247,7 +247,7 @@ TiDB Cloud Premiumは、クラウドstorage（Amazon S3やAlibaba Cloud Object S 2. IAMユーザーに権限を付与します。 - タスクに必要な権限のみを含むポリシーを作成し、それをIAMユーザーにアタッチします。TiDB TiDB Cloud Premiumインスタンスにデータを復元するには、 `s3:GetObject` 、 `s3:GetBucketLocation` 、および`s3:ListBucket`権限を付与します。 + タスクに必要な権限のみを含むポリシーを作成し、それをIAMユーザーにアタッチします。TiDB Cloud Premiumインスタンスにデータを復元するには、 `s3:GetObject` 、 `s3:GetBucketLocation` 、および`s3:ListBucket`権限を付与します。 以下は、 TiDB CloudがAmazon S3バケット内の特定のフォルダからデータを復元できるようにするポリシーの例です。 @@ -304,7 +304,7 @@ TiDB CloudにAlibaba Cloud OSSバケットへのアクセス権を付与する - 「**サービス」**セクションで、 **「オブジェクトストレージサービス」**を選択します。 - - 「**アクション」**セクションで、必要な権限を選択します。TiDB TiDB Cloud Premium インスタンスにバックアップを復元するには、 `oss:ListObjects`と`oss:GetObject`権限を付与します。 + - 「**アクション」**セクションで、必要な権限を選択します。TiDB Cloud Premium インスタンスにバックアップを復元するには、 `oss:ListObjects`と`oss:GetObject`権限を付与します。 > **ヒント：** > diff --git a/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md b/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md index 4923e29780a6a..5574d061a2ba4 100644 --- a/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md +++ b/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md @@ -164,7 +164,7 @@ AWS マネジメントコンソールでプライベート DNS を有効にす
-### ステップ5．TiDB TiDB Cloud Premiumインスタンスに接続します {#step-5-connect-to-your-premium-instance} {#step-5-connect-to-your-premium-instance} +### ステップ5．TiDB Cloud Premiumインスタンスに接続します {#step-5-connect-to-your-premium-instance} {#step-5-connect-to-your-premium-instance} プライベートエンドポイントへの接続を承認すると、接続ダイアログにリダイレクトされます。 diff --git a/tidb-cloud/premium/connect-to-tidb-instance.md b/tidb-cloud/premium/connect-to-tidb-instance.md index f309a820fc93f..08c9d46f671f9 100644 --- a/tidb-cloud/premium/connect-to-tidb-instance.md +++ b/tidb-cloud/premium/connect-to-tidb-instance.md @@ -13,7 +13,7 @@ summary: さまざまな方法でTiDB Cloud Premiumインスタンスに接続 ## 接続方法 {#connection-methods} -TiDB TiDB Cloud TiDB Cloud Premiumインスタンスが作成されたら、直接接続で接続できます。 +TiDB Cloud TiDB Cloud Premiumインスタンスが作成されたら、直接接続で接続できます。 直接接続とは、TCP を介した MySQL ネイティブ接続システムのことです。MySQL 接続をサポートするツールであれば、 [MySQLクライアント](https://dev.mysql.com/doc/refman/8.0/en/mysql.html)などを使用してインスタンスに接続できます。 。 diff --git a/tidb-cloud/premium/create-tidb-instance-premium.md b/tidb-cloud/premium/create-tidb-instance-premium.md index 848d146b90997..4143328802504 100644 --- a/tidb-cloud/premium/create-tidb-instance-premium.md +++ b/tidb-cloud/premium/create-tidb-instance-premium.md @@ -9,7 +9,7 @@ summary: TiDB Cloud Premiumインスタンスの作成方法を学びましょ > **注記：** > -> - 現在、 TiDB Cloud Premiumはリクエストに応じてのみご利用いただけます。TiDB TiDB Cloud Premiumをリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、 次に**「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、「**説明」**フィールドに「 TiDB Cloud Premiumの申請」と入力して、 **「送信」を**クリックします。 +> - 現在、 TiDB Cloud Premiumはリクエストに応じてのみご利用いただけます。TiDB Cloud Premiumをリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、 次に**「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、「**説明」**フィールドに「 TiDB Cloud Premiumの申請」と入力して、 **「送信」を**クリックします。 > - TiDB Cloud Dedicatedクラスターを作成する方法については、 [TiDB Cloud Dedicatedクラスタを作成する](/tidb-cloud/create-tidb-cluster.md)参照してください。 ## 始める前に {#before-you-begin} @@ -49,7 +49,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 5. 「**容量」**エリアで、インスタンスのリクエスト容量ユニット（RCU）の最大数を設定します。 - RCUは、ワークロード用にプロビジョニングされたコンピューティングリソースを表します。TiDB TiDB Cloudは、需要に基づいてこの範囲内でインスタンスを自動的にスケーリングします。 + RCUは、ワークロード用にプロビジョニングされたコンピューティングリソースを表します。TiDB Cloudは、需要に基づいてこの範囲内でインスタンスを自動的にスケーリングします。 > **注記：** > diff --git a/tidb-cloud/premium/import-from-s3-premium.md b/tidb-cloud/premium/import-from-s3-premium.md index 30f3d5d4dd3d9..cbedde52087a1 100644 --- a/tidb-cloud/premium/import-from-s3-premium.md +++ b/tidb-cloud/premium/import-from-s3-premium.md @@ -48,7 +48,7 @@ TiDB Cloud Premiumがバケットを読み取れるようにするには、以 - TiDB Cloudを信頼し、関連するパスに対して`s3:GetObject`および`s3:ListBucket`権限を付与するAWSロールARNを指定します。 - 同等の権限を持つAWSアクセスキー（アクセスキーIDとシークレットアクセスキー）を提供してください。 -ウィザードには**、「AWS CloudFormation を使用して新しいロールを作成するには、ここをクリックしてください」**というラベルの付いたヘルプリンクが含まれています。TiDB TiDB Cloud Premium で CloudFormation スタックを事前に設定してロールを作成する必要がある場合は、このリンクをクリックしてください。 +ウィザードには**、「AWS CloudFormation を使用して新しいロールを作成するには、ここをクリックしてください」**というラベルの付いたヘルプリンクが含まれています。TiDB Cloud Premium で CloudFormation スタックを事前に設定してロールを作成する必要がある場合は、このリンクをクリックしてください。 ## ステップ4. Amazon S3からCSVファイルをインポートする {#step-4-import-csv-files-from-amazon-s3} diff --git a/tidb-cloud/premium/tidb-cloud-auditing-premium.md b/tidb-cloud/premium/tidb-cloud-auditing-premium.md index 0ee47304a443a..6f8fa531f8f13 100644 --- a/tidb-cloud/premium/tidb-cloud-auditing-premium.md +++ b/tidb-cloud/premium/tidb-cloud-auditing-premium.md @@ -9,7 +9,7 @@ TiDB Cloudは、実行されたSQLステートメントなど、データベー 組織のユーザーアクセスポリシーやその他の情報セキュリティ対策の有効性を評価するには、データベース監査ログを定期的に分析することがセキュリティ上のベストプラクティスです。 -監査ログ機能は**デフォルトでは無効になっています**。TiDB TiDB Cloud Premiumインスタンスを監査するには、まず監査ログを有効にしてから、監査フィルタルールを設定する必要があります。 +監査ログ機能は**デフォルトでは無効になっています**。TiDB Cloud Premiumインスタンスを監査するには、まず監査ログを有効にしてから、監査フィルタルールを設定する必要があります。 > **注記：** > diff --git a/tidb-cloud/releases/_index.md b/tidb-cloud/releases/_index.md index 258d5b6d5a30d..a152f24d12724 100644 --- a/tidb-cloud/releases/_index.md +++ b/tidb-cloud/releases/_index.md @@ -5,7 +5,7 @@ summary: TiDB Cloud のリリース ノートとメンテナンス通知につ # TiDB Cloudリリース {#tidb-cloud-releases} -[TiDB Cloud](https://www.pingcap.com/tidb/cloud/) 、オープンソースのハイブリッドトランザクションおよび分析処理（HTAP）データベースである[TiDB](https://docs.pingcap.com/tidb/stable/overview)クラウドに提供する、フルマネージドの Database-as-a-Service（DBaaS）です。TiDB TiDB Cloud は、データベースの複雑な処理に煩わされることなく、アプリケーション開発に集中できるよう、データベースの導入と管理を容易にします。このドキュメントでは、 TiDB Cloud のリリースノートとメンテナンス通知の概要を説明します。 +[TiDB Cloud](https://www.pingcap.com/tidb/cloud/) 、オープンソースのハイブリッドトランザクションおよび分析処理（HTAP）データベースである[TiDB](https://docs.pingcap.com/tidb/stable/overview)クラウドに提供する、フルマネージドの Database-as-a-Service（DBaaS）です。TiDB Cloud は、データベースの複雑な処理に煩わされることなく、アプリケーション開発に集中できるよう、データベースの導入と管理を容易にします。このドキュメントでは、 TiDB Cloud のリリースノートとメンテナンス通知の概要を説明します。 ## リリースノート {#release-notes} diff --git a/tidb-cloud/releases/release-notes-2022.md b/tidb-cloud/releases/release-notes-2022.md index 5619a683ee7f9..01838e80731e9 100644 --- a/tidb-cloud/releases/release-notes-2022.md +++ b/tidb-cloud/releases/release-notes-2022.md @@ -161,7 +161,7 @@ summary: 2022 年のTiDB Cloudのリリース ノートについて説明しま - ユーザーフィードバックチャネルを改善します。 - TiDB Cloudコンソールの**「サポート」** >「**フィードバックを送信」**から、デモやクレジットをリクエストできるようになりました。TiDB TiDB Cloudについてさらに詳しく知りたい場合に役立ちます。 + TiDB Cloudコンソールの**「サポート」** >「**フィードバックを送信」**から、デモやクレジットをリクエストできるようになりました。TiDB Cloudについてさらに詳しく知りたい場合に役立ちます。 ご依頼をいただいた後、できるだけ早くご連絡し、サポートさせていただきます。 @@ -219,7 +219,7 @@ summary: 2022 年のTiDB Cloudのリリース ノートについて説明しま - [Vercel 統合マーケットプレイス](https://vercel.com/integrations#databases)中[TiDB Cloud Vercel 統合](https://vercel.com/integrations/tidb-cloud)を公開します。 - [ヴェルセル](https://vercel.com)はフロントエンド開発者向けのプラットフォームであり、イノベーターがインスピレーションの瞬間に創造するために必要なスピードと信頼性を提供します。TiDB TiDB Cloud Vercel Integrationを使用すると、VercelプロジェクトをTiDB Cloudクラスタに簡単に接続できます。詳細については、ドキュメント[TiDB CloudとVercelの統合](/tidb-cloud/integrate-tidbcloud-with-vercel.md)をご覧ください。 + [ヴェルセル](https://vercel.com)はフロントエンド開発者向けのプラットフォームであり、イノベーターがインスピレーションの瞬間に創造するために必要なスピードと信頼性を提供します。TiDB Cloud Vercel Integrationを使用すると、VercelプロジェクトをTiDB Cloudクラスタに簡単に接続できます。詳細については、ドキュメント[TiDB CloudとVercelの統合](/tidb-cloud/integrate-tidbcloud-with-vercel.md)をご覧ください。 - [Vercelテンプレートリスト](https://vercel.com/templates)中[TiDB Cloudスターター テンプレート](https://vercel.com/templates/next.js/tidb-cloud-starter)を公開します。 @@ -515,7 +515,7 @@ summary: 2022 年のTiDB Cloudのリリース ノートについて説明しま ## 2022年6月14日 {#june-14-2022} - TiDB Cloud をDeveloper Tier[TiDB v6.1.0](https://docs.pingcap.com/tidb/stable/release-6.1.0)にアップグレードします。 -- **プロジェクト設定**の入り口を最適化しました。TiDB TiDB Cloudコンソールから対象プロジェクトを選択し、 **「プロジェクト設定」**タブをクリックすることで簡単に設定に移動できます。 +- **プロジェクト設定**の入り口を最適化しました。TiDB Cloudコンソールから対象プロジェクトを選択し、 **「プロジェクト設定」**タブをクリックすることで簡単に設定に移動できます。 - TiDB Cloudコンソールに有効期限のメッセージを表示することで、パスワードの有効期限のエクスペリエンスを最適化します。 ## 2022年6月7日 {#june-7-2022} diff --git a/tidb-cloud/releases/release-notes-2023.md b/tidb-cloud/releases/release-notes-2023.md index d729805f1560e..7776b7604faf9 100644 --- a/tidb-cloud/releases/release-notes-2023.md +++ b/tidb-cloud/releases/release-notes-2023.md @@ -890,7 +890,7 @@ summary: 2023 年のTiDB Cloudのリリース ノートについて説明しま - [TiDB CloudCLI](/tidb-cloud/cli-reference.md)に新しいコマンド[`ticloud connect`](/tidb-cloud/ticloud-serverless-shell.md)を追加します。 - `ticloud connect`は、SQL クライアントをインストールすることなく、ローカルマシンからTiDB Cloudクラスターに接続できるコマンドです。TiDB TiDB Cloudクラスターに接続した後、 TiDB Cloud CLI で SQL ステートメントを実行できます。 + `ticloud connect`は、SQL クライアントをインストールすることなく、ローカルマシンからTiDB Cloudクラスターに接続できるコマンドです。TiDB Cloudクラスターに接続した後、 TiDB Cloud CLI で SQL ステートメントを実行できます。 ## 2023年2月14日 {#february-14-2023} diff --git a/tidb-cloud/releases/release-notes-2025.md b/tidb-cloud/releases/release-notes-2025.md index b6a212bcfc0e7..b3a6c7c7fcd99 100644 --- a/tidb-cloud/releases/release-notes-2025.md +++ b/tidb-cloud/releases/release-notes-2025.md @@ -598,7 +598,7 @@ summary: 2025 年のTiDB Cloudのリリース ノートについて説明しま - TiKV [標準](/tidb-cloud/size-your-cluster.md#standard-storage)および[パフォーマンス](/tidb-cloud/size-your-cluster.md#performance-and-plus-storage)storageの価格が正式に発表されました。 - 割引期間は**2025年6月5日 UTC 00:00**に終了します。その後、価格は通常価格に戻ります。TiDB TiDB Cloud Dedicated の価格については、 [TiDB Cloud専用プランの料金詳細](https://www.pingcap.com/tidb-dedicated-pricing-details/#node-cost)ご覧ください。 + 割引期間は**2025年6月5日 UTC 00:00**に終了します。その後、価格は通常価格に戻ります。TiDB Cloud Dedicated の価格については、 [TiDB Cloud専用プランの料金詳細](https://www.pingcap.com/tidb-dedicated-pricing-details/#node-cost)ご覧ください。 **コンソールの変更** diff --git a/tidb-cloud/scalability-concepts.md b/tidb-cloud/scalability-concepts.md index 6806b50f8263b..ba8b6bffa2e5b 100644 --- a/tidb-cloud/scalability-concepts.md +++ b/tidb-cloud/scalability-concepts.md @@ -9,7 +9,7 @@ TiDB Cloud は、さまざまなワークロードのニーズを満たすため - [TiDB Cloudスターター](/tidb-cloud/select-cluster-tier.md#starter) 、プロトタイピング、開発、初期段階のワークロードに最適です。自動スケーリングが組み込まれているため、 TiDB Cloudをシンプルかつコスト効率よく導入できます。 - [TiDB Cloudエッセンシャル](/tidb-cloud/select-cluster-tier.md#essential) 、トラフィックやデータ量の増加に応じて、より堅牢なスケーラビリティと予測可能なパフォーマンスを必要とする本番ワークロード向けに構築されています。 -- TiDB Cloud Dedicatedでは、データ量やワークロードの変化に合わせて、コンピューティングリソースとstorageリソースを個別に調整できます。TiDB TiDB Cloud Dedicatedは、サービスを中断することなくスケーリングできます。この柔軟性により、組織は高いパフォーマンスと可用性を維持しながら、インフラストラクチャコストを最適化できます。 +- TiDB Cloud Dedicatedでは、データ量やワークロードの変化に合わせて、コンピューティングリソースとstorageリソースを個別に調整できます。TiDB Cloud Dedicatedは、サービスを中断することなくスケーリングできます。この柔軟性により、組織は高いパフォーマンスと可用性を維持しながら、インフラストラクチャコストを最適化できます。 > **ヒント：** > diff --git a/tidb-cloud/secure-connections-to-serverless-clusters.md b/tidb-cloud/secure-connections-to-serverless-clusters.md index 02f5c7305b522..9caaf51afa958 100644 --- a/tidb-cloud/secure-connections-to-serverless-clusters.md +++ b/tidb-cloud/secure-connections-to-serverless-clusters.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidbcloud/secure-connections-to-serverless-tier-clusters'] # TiDB Cloud Starter または Essential への TLS 接続 {#tls-connections-to-tidb-cloud-starter-or-essential} -クライアントとTiDB Cloud StarterまたはTiDB Cloud Essentialクラスタ間の安全なTLS接続を確立することは、データベース接続における基本的なセキュリティ対策の一つです。TiDB TiDB Cloudのサーバー証明書は、独立したサードパーティの証明書プロバイダによって発行されます。サーバー側のデジタル証明書をダウンロードすることなく、 TiDB Cloudクラスタに簡単に接続できます。 +クライアントとTiDB Cloud StarterまたはTiDB Cloud Essentialクラスタ間の安全なTLS接続を確立することは、データベース接続における基本的なセキュリティ対策の一つです。TiDB Cloudのサーバー証明書は、独立したサードパーティの証明書プロバイダによって発行されます。サーバー側のデジタル証明書をダウンロードすることなく、 TiDB Cloudクラスタに簡単に接続できます。 > **注記：** > @@ -45,7 +45,7 @@ aliases: ['/ja/tidbcloud/secure-connections-to-serverless-tier-clusters'] ### ルート証明書の発行と有効性 {#root-certificate-issuance-and-validity} -TiDB Cloudは、クライアントとTiDB Cloudクラスタ間のTLS接続において、 [レッツ・エンクリプト](https://letsencrypt.org/)の証明書を証明機関（CA）として使用します。TiDB TiDB Cloud証明書の有効期限が切れると、クラスタの通常の動作や確立されたTLSセキュア接続に影響を与えることなく、自動的にローテーションされます。 +TiDB Cloudは、クライアントとTiDB Cloudクラスタ間のTLS接続において、 [レッツ・エンクリプト](https://letsencrypt.org/)の証明書を証明機関（CA）として使用します。TiDB Cloud証明書の有効期限が切れると、クラスタの通常の動作や確立されたTLSセキュア接続に影響を与えることなく、自動的にローテーションされます。 JavaやGoなど、クライアントがシステムのルートCAストアをデフォルトで使用する場合、CAルートのパスを指定せずにTiDB Cloudクラスタに安全に接続できます。ただし、一部のドライバやORMはシステムルートCAストアを使用しません。そのような場合は、ドライバやORMのCAルートパスをシステムルートCAストアに設定する必要があります。例えば、macOS上のPythonで[mysqlクライアント](https://github.com/PyMySQL/mysqlclient)使用してTiDB Cloudクラスタに接続する場合、引数`ssl`に`ca: /etc/ssl/cert.pem`設定する必要があります。 diff --git a/tidb-cloud/security-concepts.md b/tidb-cloud/security-concepts.md index 1123696028b0d..44f8e8f0419e4 100644 --- a/tidb-cloud/security-concepts.md +++ b/tidb-cloud/security-concepts.md @@ -217,7 +217,7 @@ TiDB Cloud は、高度な暗号化機能を使用して静的データを保護 - 有効にすると、静的データとバックアップが CMEK キーで暗号化されます。 -- CMEK のないTiDB Cloud Dedicated クラスターの場合、 TiDB Cloud はエスクロー キーを使用します。TiDB TiDB Cloud Starter およびTiDB Cloud Essential クラスターはエスクロー キーのみに依存します。 +- CMEK のないTiDB Cloud Dedicated クラスターの場合、 TiDB Cloud はエスクロー キーを使用します。TiDB Cloud Starter およびTiDB Cloud Essential クラスターはエスクロー キーのみに依存します。 **ベストプラクティス:** diff --git a/tidb-cloud/serverless-faqs.md b/tidb-cloud/serverless-faqs.md index ff281d1b4ff56..3e76ceaec90ce 100644 --- a/tidb-cloud/serverless-faqs.md +++ b/tidb-cloud/serverless-faqs.md @@ -37,7 +37,7 @@ Starter に名前が変更される前、 TiDB Cloudの Serverless 層は何千 ### TiDB Cloudで作成できるTiDB Cloud Starter クラスターの数はいくつですか? {#how-many-tidb-cloud-starter-clusters-can-i-create-in-tidb-cloud} -TiDB Cloudでは、組織ごとにデフォルトで最大5つの[TiDB Cloudスターター](/tidb-cloud/select-cluster-tier.md#starter)クラスターを作成できます。TiDB TiDB Cloud Starter クラスターをさらに作成するには、クレジットカードを追加し、使用量を[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)に設定する必要があります。 +TiDB Cloudでは、組織ごとにデフォルトで最大5つの[TiDB Cloudスターター](/tidb-cloud/select-cluster-tier.md#starter)クラスターを作成できます。TiDB Cloud Starter クラスターをさらに作成するには、クレジットカードを追加し、使用量を[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)に設定する必要があります。 ### TiDB Cloud Starter ではすべてのTiDB Cloud機能が完全にサポートされていますか? {#are-all-tidb-cloud-features-fully-supported-on-tidb-cloud-starter} @@ -45,7 +45,7 @@ TiDB Cloudの一部の機能は、 TiDB Cloud Starterでは部分的にサポー ### TiDB Cloud Starter は、Google Cloud や Azure など、AWS 以外のクラウド プラットフォームでいつ利用できるようになりますか? {#when-will-tidb-cloud-starter-be-available-on-cloud-platforms-other-than-aws-such-as-google-cloud-or-azure} -TiDB Cloud StarterをGoogle CloudやAzureを含む他のクラウドプラットフォームに拡張すべく、積極的に取り組んでいます。ただし、現状ではギャップを埋め、あらゆる環境でシームレスな機能を実現することに注力しているため、具体的なスケジュールは未定です。ご安心ください。TiDB TiDB Cloud Starterをより多くのクラウドプラットフォームでご利用いただけるよう、鋭意取り組んでおり、進捗状況についてはコミュニティの皆様に随時お知らせいたします。 +TiDB Cloud StarterをGoogle CloudやAzureを含む他のクラウドプラットフォームに拡張すべく、積極的に取り組んでいます。ただし、現状ではギャップを埋め、あらゆる環境でシームレスな機能を実現することに注力しているため、具体的なスケジュールは未定です。ご安心ください。TiDB Cloud Starterをより多くのクラウドプラットフォームでご利用いただけるよう、鋭意取り組んでおり、進捗状況についてはコミュニティの皆様に随時お知らせいたします。 ### TiDB Cloud Starterが利用可能になる前にDeveloper Tierクラスターを作成しました。このクラスターは引き続き使用できますか？ {#i-created-a-developer-tier-cluster-before-tidb-cloud-starter-was-available-can-i-still-use-my-cluster} @@ -173,4 +173,4 @@ TPC-H ベンチマーク テストによると、列ベースのstorageで分析 ### クラスターが実行されている TiDB のバージョンをアップグレードできますか? {#can-i-upgrade-the-version-of-tidb-that-my-cluster-is-running-on} -いいえ。TiDB TiDB Cloud Starterクラスターは、 TiDB Cloudに新しいバージョンの TiDB がロールアウトされるたびに自動的にアップグレードされます。クラスターで実行されている TiDB のバージョンは、 [TiDB Cloudコンソール](https://tidbcloud.com/project/clusters)または最新の[リリースノート](https://docs.pingcap.com/tidbcloud/tidb-cloud-release-notes)で確認できます。または、クラスターに接続して`SELECT version()`または`SELECT tidb_version()`を使用して TiDB のバージョンを確認することもできます。 +いいえ。TiDB Cloud Starterクラスターは、 TiDB Cloudに新しいバージョンの TiDB がロールアウトされるたびに自動的にアップグレードされます。クラスターで実行されている TiDB のバージョンは、 [TiDB Cloudコンソール](https://tidbcloud.com/project/clusters)または最新の[リリースノート](https://docs.pingcap.com/tidbcloud/tidb-cloud-release-notes)で確認できます。または、クラスターに接続して`SELECT version()`または`SELECT tidb_version()`を使用して TiDB のバージョンを確認することもできます。 diff --git a/tidb-cloud/serverless-limitations.md b/tidb-cloud/serverless-limitations.md index 9775cbd0ed468..12ec16b988c43 100644 --- a/tidb-cloud/serverless-limitations.md +++ b/tidb-cloud/serverless-limitations.md @@ -31,7 +31,7 @@ TiDB Cloud Starter/EssentialとTiDB Cloud Dedicated間の機能ギャップを ### 暗号化 {#encryption} -- TiDB Cloud Starter またはTiDB Cloud Essential クラスターに保存されるデータは、クラスターを管理するクラウドプロバイダーが提供する暗号化ツールを使用して暗号化されます。TiDB TiDB Cloud Starter（使用制限が 0 より大きい）およびTiDB Cloud Essential クラスターでは、クラスター作成プロセス中にオプションで第 2レイヤーの暗号化を利用できます。これにより、保存時のデフォルトの暗号化よりも高いレベルのセキュリティが確保されます。 +- TiDB Cloud Starter またはTiDB Cloud Essential クラスターに保存されるデータは、クラスターを管理するクラウドプロバイダーが提供する暗号化ツールを使用して暗号化されます。TiDB Cloud Starter（使用制限が 0 より大きい）およびTiDB Cloud Essential クラスターでは、クラスター作成プロセス中にオプションで第 2レイヤーの暗号化を利用できます。これにより、保存時のデフォルトの暗号化よりも高いレベルのセキュリティが確保されます。 - [顧客管理暗号鍵（CMEK）](/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md)使用は現在利用できません。 ### メンテナンスウィンドウ {#maintenance-window} @@ -46,7 +46,7 @@ TiDB Cloud Starter/EssentialとTiDB Cloud Dedicated間の機能ギャップを ### セルフサービスアップグレード {#self-service-upgrades} -- TiDB Cloud StarterとTiDB Cloud Essentialは、TiDBのフルマネージドデプロイメントです。TiDB TiDB Cloud StarterとTiDB Cloud EssentialのメジャーバージョンとマイナーバージョンのアップグレードはTiDB Cloudによって処理されるため、ユーザーが開始することはできません。 +- TiDB Cloud StarterとTiDB Cloud Essentialは、TiDBのフルマネージドデプロイメントです。TiDB Cloud StarterとTiDB Cloud EssentialのメジャーバージョンとマイナーバージョンのアップグレードはTiDB Cloudによって処理されるため、ユーザーが開始することはできません。 ### ストリームデータ {#stream-data} @@ -64,7 +64,7 @@ TiDB Cloud Starter/EssentialとTiDB Cloud Dedicated間の機能ギャップを ## 使用量制限 {#usage-quota} -TiDB Cloudでは、組織ごとに最大5つのクラスター（デフォルトでは[無料のTiDB Cloud Starterクラスター](/tidb-cloud/select-cluster-tier.md#starter)を作成できます。TiDB TiDB Cloud Starterクラスターをさらに作成するには、クレジットカード情報と使用量に応じた[毎月の支出限度額を設定する](/tidb-cloud/manage-serverless-spend-limit.md)追加する必要があります。 +TiDB Cloudでは、組織ごとに最大5つのクラスター（デフォルトでは[無料のTiDB Cloud Starterクラスター](/tidb-cloud/select-cluster-tier.md#starter)を作成できます。TiDB Cloud Starterクラスターをさらに作成するには、クレジットカード情報と使用量に応じた[毎月の支出限度額を設定する](/tidb-cloud/manage-serverless-spend-limit.md)追加する必要があります。 組織内の最初の 5 つのTiDB Cloud Starter クラスターについては、 TiDB Cloud は次のようにクラスターごとに無料使用量割り当てを提供します。 diff --git a/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md b/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md index e9b9212cad019..6a974fda65a7b 100644 --- a/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md +++ b/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md @@ -146,7 +146,7 @@ SASL/SCRAM の代わりに、 IAM認証を使用して MSK クラスターと同 ## ステップ4. マルチVPC接続を有効にする {#step-4-turn-on-multi-vpc-connectivity} -クラスターがアクティブになった後、MSKクラスターの場合は[マルチVPC接続を有効にする](https://docs.aws.amazon.com/msk/latest/developerguide/mvpc-cluster-owner-action-turn-on.html) 。AWS PrivateLinkにはマルチVPC接続が必要です。TiDB TiDB Cloudから接続するには、SASL/SCRAM認証を有効にする必要があります。 +クラスターがアクティブになった後、MSKクラスターの場合は[マルチVPC接続を有効にする](https://docs.aws.amazon.com/msk/latest/developerguide/mvpc-cluster-owner-action-turn-on.html) 。AWS PrivateLinkにはマルチVPC接続が必要です。TiDB Cloudから接続するには、SASL/SCRAM認証を有効にする必要があります。 クラスターのステータスが**「更新中」**から**「アクティブ」**に再度変わるまで待ちます。 diff --git a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md index b43af33cedc48..1cf5bee801098 100644 --- a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md +++ b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md @@ -195,7 +195,7 @@ Kafka VPC を作成するには、次の手順を実行します。 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードに外部ア​​ドバタイズリスナーを設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なる外部アドバタイズリスナーを設定することで、 TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka プライベートリンクサービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送するプライベートリンクサービスのロードバランサーがリッスンするポートです。 - - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 + - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 diff --git a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md index 18a501ad80c16..f48a23845dde5 100644 --- a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md +++ b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md @@ -98,7 +98,7 @@ Kafka VPC を作成するには、次の手順を実行します。 3. 前にメモしておいた**VPC ID** (この例では`vpc-01f50b790fa01dffa` ) を選択します。 -4. 以下の情報を含む3つのサブネットを追加します。TiDB TiDB Cloud、ブローカー`advertised.listener`設定でAZ IDをエンコードする必要があるため、後でブローカーを設定する際に便利なように、サブネット名にAZ IDを含めることをお勧めします。 +4. 以下の情報を含む3つのサブネットを追加します。TiDB Cloud、ブローカー`advertised.listener`設定でAZ IDをエンコードする必要があるため、後でブローカーを設定する際に便利なように、サブネット名にAZ IDを含めることをお勧めします。 - サブネット`us-west-2a` - **サブネット名**: `broker-usw2-az1` @@ -272,7 +272,7 @@ Kafka VPC を作成するには、次の手順を実行します。 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードに外部ア​​ドバタイズリスナーを設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なる外部アドバタイズリスナーを設定することで、 TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka プライベートリンクサービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送するプライベートリンクサービスのロードバランサーがリッスンするポートです。 - - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 + - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -532,7 +532,7 @@ Kafka クラスターが TiDB クラスターと同じリージョンおよび A 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka プライベートリンクサービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください（例： `range from 9093` ）。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送するプライベートリンクサービスのロードバランサーがリッスンするポートです。 - - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 + - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -720,7 +720,7 @@ b3.usw2-az3.unique_name.aws.plc.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: - **エンドポイントの承認が必要**: `Acceptance required` - **プライベートDNS名を有効にする**： `No` -2. **サービス名**をメモしておいてください。TiDB TiDB Cloudに提供する必要があります（例`com.amazonaws.vpce.us-west-2.vpce-svc-0f49e37e1f022cd45` ）。 +2. **サービス名**をメモしておいてください。TiDB Cloudに提供する必要があります（例`com.amazonaws.vpce.us-west-2.vpce-svc-0f49e37e1f022cd45` ）。 3. kafka-pl-service の詳細ページで、 **「Allow principals」**タブをクリックし、 [前提条件](#prerequisites)で取得した AWS アカウント ID (例: `arn:aws:iam:::root`を許可リストに追加します。 diff --git a/tidb-cloud/set-up-vpc-peering-connections.md b/tidb-cloud/set-up-vpc-peering-connections.md index cb35ec40fa319..2b09dba2fda36 100644 --- a/tidb-cloud/set-up-vpc-peering-connections.md +++ b/tidb-cloud/set-up-vpc-peering-connections.md @@ -82,7 +82,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ - VPC ID - VPC CIDR - このような情報は、 [AWS マネジメントコンソール](https://console.aws.amazon.com/)の VPC 詳細ページから取得できます。TiDB TiDB Cloud は、同じリージョン内または 2 つの異なるリージョンの VPC 間の VPC ピアリングの作成をサポートしています。 + このような情報は、 [AWS マネジメントコンソール](https://console.aws.amazon.com/)の VPC 詳細ページから取得できます。TiDB Cloud は、同じリージョン内または 2 つの異なるリージョンの VPC 間の VPC ピアリングの作成をサポートしています。 ![VPC peering](/media/tidb-cloud/vpc-peering/vpc-peering-creating-infos.png) @@ -112,7 +112,7 @@ VPC ピアリング リクエストは、TiDB Cloudコンソールのプロジ - VPC ID - VPC CIDR - このような情報は、 [AWS マネジメントコンソール](https://console.aws.amazon.com/)の VPC 詳細ページから取得できます。TiDB TiDB Cloud は、同じリージョン内または 2 つの異なるリージョンの VPC 間の VPC ピアリングの作成をサポートしています。 + このような情報は、 [AWS マネジメントコンソール](https://console.aws.amazon.com/)の VPC 詳細ページから取得できます。TiDB Cloud は、同じリージョン内または 2 つの異なるリージョンの VPC 間の VPC ピアリングの作成をサポートしています。 ![VPC peering](/media/tidb-cloud/vpc-peering/vpc-peering-creating-infos.png) diff --git a/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md b/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md index c8b5e28133f97..c071d3834960e 100644 --- a/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md +++ b/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md @@ -135,7 +135,7 @@ Kafka VPC を作成するには、次の手順を実行します。 3. 前にメモしておいた**VPC ID** (この例では`vpc-01f50b790fa01dffa` ) を選択します。 -4. 以下の情報を含む3つのサブネットを追加します。TiDB TiDB Cloud、ブローカー`advertised.listener`設定でAZ IDをエンコードする必要があるため、後でブローカーを設定する際に便利なように、サブネット名にAZ IDを含めることをお勧めします。 +4. 以下の情報を含む3つのサブネットを追加します。TiDB Cloud、ブローカー`advertised.listener`設定でAZ IDをエンコードする必要があるため、後でブローカーを設定する際に便利なように、サブネット名にAZ IDを含めることをお勧めします。 - サブネット`us-west-2a` - **サブネット名**: `broker-usw2-az1` @@ -309,7 +309,7 @@ Kafka VPC を作成するには、次の手順を実行します。 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードに外部ア​​ドバタイズリスナーを設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なる外部アドバタイズリスナーを設定することで、 TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka プライベートリンクサービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送するプライベートリンクサービスのロードバランサーがリッスンするポートです。 - - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 + - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -578,7 +578,7 @@ Kafka クラスターが TiDB インスタンスと同じリージョンおよ 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka プライベートリンクサービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください（例： `range from 9093` ）。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送するプライベートリンクサービスのロードバランサーがリッスンするポートです。 - - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 + - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -766,9 +766,9 @@ b3.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:9095 (id: 3 rack: null) -> E - **エンドポイントの承認が必要**: `Acceptance required` - **プライベートDNS名を有効にする**： `No` -2. **サービス名**をメモしておいてください。TiDB TiDB Cloudに提供する必要があります（例`com.amazonaws.vpce.us-west-2.vpce-svc-0f49e37e1f022cd45` ）。 +2. **サービス名**をメモしておいてください。TiDB Cloudに提供する必要があります（例`com.amazonaws.vpce.us-west-2.vpce-svc-0f49e37e1f022cd45` ）。 -3. kafka-pl-service の詳細ページで、 **「プリンシパルを許可」**タブをクリックし、 TiDB Cloudの AWS アカウントにエンドポイントの作成を許可します。TiDB TiDB Cloudの AWS アカウントは[前提条件](#prerequisites) （例： `arn:aws:iam:::root` ）で取得できます。 +3. kafka-pl-service の詳細ページで、 **「プリンシパルを許可」**タブをクリックし、 TiDB Cloudの AWS アカウントにエンドポイントの作成を許可します。TiDB Cloudの AWS アカウントは[前提条件](#prerequisites) （例： `arn:aws:iam:::root` ）で取得できます。 ## ステップ3. TiDB Cloudから接続する {#step-3-connect-from-tidb-cloud} diff --git a/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md b/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md index dfc2dddaed9b2..d890099941b4a 100644 --- a/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md +++ b/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md @@ -151,7 +151,7 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 2. `advertised.listeners`については、次の操作を行います。 1. ブローカー ノードの内部 IP アドレスを使用して、各ブローカーの内部アドバタイズ リスナーを構成します。これにより、内部 Kafka クライアントはアドバタイズ アドレスを介してブローカーに接続できるようになります。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNALアドバタイズリスナーを設定することで、TiDB TiDB Cloudが異なるブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNALアドバタイズリスナーを設定することで、TiDB Cloudが異なるブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - Kafka Private Link サービスへのアクセスにおいて、ブローカーを区別するために異なる``値を使用してください。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらのポートは、Private Link サービス内のロードバランサーがリッスンするポートであり、ロードバランサーはリクエストを異なるブローカーに転送します。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -372,7 +372,7 @@ Kafka クラスターが TiDB クラスターと同じリージョンにデプ 1. 構成の変更を計画します。 1. TiDB Cloudからの外部アクセス用に、各ブローカーに EXTERNAL**リスナー**を設定します。EXTERNAL ポートとして一意のポート（例： `39092` ）を選択します。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、TiDB TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - `` 、ブローカーと Kafka Private Link サービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲（例： `range from 9093` ）を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送する Private Link サービスのロードバランサーがリッスンするポートです。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 diff --git a/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md b/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md index 30743e5d601ef..2cd687ecbcd66 100644 --- a/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md +++ b/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md @@ -172,7 +172,7 @@ VM をプロビジョニングするには、 [VMインスタンス](https://con 2. 2 つの**ブローカー**リスナーを構成します。内部アクセスの場合は INTERNAL、 TiDB Cloudからの外部アクセスの場合は EXTERNAL です。 2. `advertised.listeners`については、次の操作を行います。 1. ブローカー ノードの内部 IP アドレスを使用して、各ブローカーの内部アドバタイズ リスナーを構成します。これにより、内部 Kafka クライアントはアドバタイズ アドレスを介してブローカーに接続できるようになります。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNALアドバタイズリスナーを設定することで、TiDB TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNALアドバタイズリスナーを設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka Private Service Connect アクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送する Private Service Connect のロードバランサーがリッスンするポートです。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 3. 計画値: @@ -414,7 +414,7 @@ Kafka クラスターが TiDB クラスターと同じリージョンにデプ 1. 構成の変更を計画します。 1. TiDB Cloudからの外部アクセス用に、各ブローカーに EXTERNAL**リスナー**を設定します。EXTERNAL ポートとして一意のポート（例： `39092` ）を選択します。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、TiDB TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka Private Service Connect アクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画します（例： `range from 9093` ）。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送する Private Service Connect のロードバランサーがリッスンするポートです。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -517,7 +517,7 @@ b3.abc.us-west1.gcp.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **IPv4範囲**: `10.128.0.0/18` - **承認されたプロジェクト**: [前提条件](#prerequisites)で取得したTiDB Cloudの Google Cloud プロジェクト (例: `tidbcloud-prod-000` )。 -5. `kafka-psc`の詳細ページに移動します。**サービスアタッチメント**（例： `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-psc` ）を書き留めます。TiDB TiDB Cloudでこの PSC に接続する際に使用します。 +5. `kafka-psc`の詳細ページに移動します。**サービスアタッチメント**（例： `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-psc` ）を書き留めます。TiDB Cloudでこの PSC に接続する際に使用します。 6. VPC ネットワーク`kafka-vpc`の詳細ページに移動し、すべてのブローカーへの PSC トラフィックを許可するファイアウォール ルールを追加します。 diff --git a/tidb-cloud/size-your-cluster.md b/tidb-cloud/size-your-cluster.md index df7dfd04784c6..cebe5f6f35a7b 100644 --- a/tidb-cloud/size-your-cluster.md +++ b/tidb-cloud/size-your-cluster.md @@ -126,7 +126,7 @@ TiKVは主にデータstorageに使用されますが、TiKVノードのパフ `node count = ceil(size of your data * TiKV compression ratio * the number of replicas ÷ TiKV storage usage ratio ÷ one TiKV capacity ÷ 3) * 3` -一般的に、TiKVstorageの使用率は80%未満に抑えることが推奨されます。TiDB TiDB Cloudのレプリカ数はデフォルトで3です。8 vCPU、64 GiBのTiKVノードの最大storage容量は4096 GiBです。 +一般的に、TiKVstorageの使用率は80%未満に抑えることが推奨されます。TiDB Cloudのレプリカ数はデフォルトで3です。8 vCPU、64 GiBのTiKVノードの最大storage容量は4096 GiBです。 過去のデータに基づくと、TiKV の平均圧縮率は約 40% です。 diff --git a/tidb-cloud/sql-proxy-account.md b/tidb-cloud/sql-proxy-account.md index cd70e92b8d802..ead64a26013bd 100644 --- a/tidb-cloud/sql-proxy-account.md +++ b/tidb-cloud/sql-proxy-account.md @@ -34,7 +34,7 @@ SQL プロキシ アカウントの主な利点は次のとおりです。 ## SQLプロキシアカウントの作成方法 {#how-the-sql-proxy-account-is-created} -SQL プロキシ アカウントは、クラスター内で権限を持つロールが付与されたTiDB Cloud TiDB Cloud Cloud クラスターの初期化中に自動的に作成されます。 +SQL プロキシ アカウントは、クラスター内で権限を持つロールが付与されたTiDB Cloud クラスターの初期化中に自動的に作成されます。 ## SQLプロキシアカウントを削除する方法 {#how-the-sql-proxy-account-is-deleted} diff --git a/tidb-cloud/terraform-migrate-cluster-resource.md b/tidb-cloud/terraform-migrate-cluster-resource.md index 510a209a62c73..8f5f46b70df72 100644 --- a/tidb-cloud/terraform-migrate-cluster-resource.md +++ b/tidb-cloud/terraform-migrate-cluster-resource.md @@ -5,7 +5,7 @@ summary: クラスター リソースをサーバーレスまたは専用のク # クラスタリソースをサーバーレスまたは専用クラスタリソースに移行する {#migrate-cluster-resource-to-serverless-or-dedicated-cluster-resource} -TiDB Cloud Terraform Provider v0.4.0 以降では、 `tidbcloud_cluster`リソースが`tidbcloud_serverless_cluster`と`tidbcloud_dedicated_cluster` 2 つの新しいリソースに置き換えられます。TiDB TiDB Cloud Terraform Provider v0.4.0 以降のバージョンをご利用の場合は、このドキュメントに従って`tidbcloud_cluster`リソースを`tidbcloud_serverless_cluster`または`tidbcloud_dedicated_cluster`リソースに移行できます。 +TiDB Cloud Terraform Provider v0.4.0 以降では、 `tidbcloud_cluster`リソースが`tidbcloud_serverless_cluster`と`tidbcloud_dedicated_cluster` 2 つの新しいリソースに置き換えられます。TiDB Cloud Terraform Provider v0.4.0 以降のバージョンをご利用の場合は、このドキュメントに従って`tidbcloud_cluster`リソースを`tidbcloud_serverless_cluster`または`tidbcloud_dedicated_cluster`リソースに移行できます。 > **ヒント：** > diff --git a/tidb-cloud/terraform-use-dedicated-cluster-resource.md b/tidb-cloud/terraform-use-dedicated-cluster-resource.md index 70aaab8bde18c..bf667f59dac17 100644 --- a/tidb-cloud/terraform-use-dedicated-cluster-resource.md +++ b/tidb-cloud/terraform-use-dedicated-cluster-resource.md @@ -22,7 +22,7 @@ summary: tidbcloud_dedicated_cluster` リソースを使用してTiDB Cloud Dedi ## tidbcloud_projectsデータソースを使用してプロジェクト ID を取得する {#get-project-ids-using-the-code-tidbcloud-projects-code-data-source} -各TiDB Cloud Dedicatedクラスタはプロジェクトに属します。TiDB TiDB Cloud Dedicatedクラスタを作成する前に、クラスタを作成するプロジェクトのIDを取得する必要があります。1 `project_id`指定されていない場合は、デフォルトのプロジェクトが使用されます。 +各TiDB Cloud Dedicatedクラスタはプロジェクトに属します。TiDB Cloud Dedicatedクラスタを作成する前に、クラスタを作成するプロジェクトのIDを取得する必要があります。1 `project_id`指定されていない場合は、デフォルトのプロジェクトが使用されます。 利用可能なすべてのプロジェクトに関する情報を取得するには、次のように`tidbcloud_projects`データ ソースを使用します。 diff --git a/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md b/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md index 14584750e9ce2..b9b96ca44751e 100644 --- a/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md +++ b/tidb-cloud/terraform-use-dedicated-private-endpoint-connection-resource.md @@ -15,7 +15,7 @@ summary: tidbcloud_dedicated_private_endpoint_connection` リソースを使用 > **注記：** > -> `tidbcloud_dedicated_private_endpoint_connection`リソースは変更できません。TiDB TiDB Cloud Dedicated のプライベートエンドポイント接続を変更するには、既存の接続を削除してから、新しい接続を作成する必要があります。 +> `tidbcloud_dedicated_private_endpoint_connection`リソースは変更できません。TiDB Cloud Dedicated のプライベートエンドポイント接続を変更するには、既存の接続を削除してから、新しい接続を作成する必要があります。 ## 前提条件 {#prerequisites} diff --git a/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md b/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md index b200369e37ee1..a1f5b3416e4f0 100644 --- a/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md +++ b/tidb-cloud/terraform-use-dedicated-vpc-peering-resource.md @@ -15,7 +15,7 @@ summary: tidbcloud_dedicated_vpc_peering` リソースを使用して、 TiDB Cl > **注記：** > -> `tidbcloud_dedicated_vpc_peering`リソースは変更できません。TiDB TiDB Cloud Dedicated VPC ピアリングの設定を変更する場合は、既存のピアリングを削除してから、新しいピアリングを作成する必要があります。 +> `tidbcloud_dedicated_vpc_peering`リソースは変更できません。TiDB Cloud Dedicated VPC ピアリングの設定を変更する場合は、既存のピアリングを削除してから、新しいピアリングを作成する必要があります。 ## 前提条件 {#prerequisites} diff --git a/tidb-cloud/terraform-use-serverless-cluster-resource-manage-essential.md b/tidb-cloud/terraform-use-serverless-cluster-resource-manage-essential.md index 73f09191c39fa..d584723af812a 100644 --- a/tidb-cloud/terraform-use-serverless-cluster-resource-manage-essential.md +++ b/tidb-cloud/terraform-use-serverless-cluster-resource-manage-essential.md @@ -22,7 +22,7 @@ summary: tidbcloud_serverless_cluster` リソースを使用してTiDB Cloud Ess ## tidbcloud_projectsデータソースを使用してプロジェクト ID を取得する {#get-project-ids-using-the-code-tidbcloud-projects-code-data-source} -各TiDBクラスタはプロジェクトに属します。TiDB TiDB Cloud Essentialクラスタを作成する前に、クラスタを作成するプロジェクトのIDを取得する必要があります。1 `project_id`指定されていない場合は、デフォルトのプロジェクトが使用されます。 +各TiDBクラスタはプロジェクトに属します。TiDB Cloud Essentialクラスタを作成する前に、クラスタを作成するプロジェクトのIDを取得する必要があります。1 `project_id`指定されていない場合は、デフォルトのプロジェクトが使用されます。 利用可能なすべてのプロジェクトに関する情報を取得するには、次のように`tidbcloud_projects`データ ソースを使用します。 @@ -156,7 +156,7 @@ summary: tidbcloud_serverless_cluster` リソースを使用してTiDB Cloud Ess - `tidbcloud_serverless_cluster`リソースを使用するには、リソース タイプを`tidbcloud_serverless_cluster`に設定します。 - リソース名は必要に応じて定義できます。例： `example` 。 - - リソースの詳細は、プロジェクトIDと[`tidbcloud_serverless_cluster`仕様](https://registry.terraform.io/providers/tidbcloud/tidbcloud/latest/docs/resources/serverless_cluster)に応じて設定できます。TiDB TiDB Cloud Essentialクラスターを作成するには、リソース詳細で`auto_scaling`属性を指定する必要があります。 + - リソースの詳細は、プロジェクトIDと[`tidbcloud_serverless_cluster`仕様](https://registry.terraform.io/providers/tidbcloud/tidbcloud/latest/docs/resources/serverless_cluster)に応じて設定できます。TiDB Cloud Essentialクラスターを作成するには、リソース詳細で`auto_scaling`属性を指定する必要があります。 3. `terraform apply`コマンドを実行します。リソースを適用する場合は`terraform apply --auto-approve`の使用は推奨されません。 diff --git a/tidb-cloud/terraform-use-serverless-cluster-resource.md b/tidb-cloud/terraform-use-serverless-cluster-resource.md index a4c676c78cf33..3f7aee1734114 100644 --- a/tidb-cloud/terraform-use-serverless-cluster-resource.md +++ b/tidb-cloud/terraform-use-serverless-cluster-resource.md @@ -22,7 +22,7 @@ summary: tidbcloud_serverless_cluster` リソースを使用してTiDB Cloud Sta ## tidbcloud_projectsデータソースを使用してプロジェクト ID を取得する {#get-project-ids-using-the-code-tidbcloud-projects-code-data-source} -各TiDBクラスタはプロジェクトに属します。TiDB TiDB Cloud Starterクラスタを作成する前に、クラスタを作成するプロジェクトのIDを取得する必要があります。1 `project_id`指定されていない場合は、デフォルトのプロジェクトが使用されます。 +各TiDBクラスタはプロジェクトに属します。TiDB Cloud Starterクラスタを作成する前に、クラスタを作成するプロジェクトのIDを取得する必要があります。1 `project_id`指定されていない場合は、デフォルトのプロジェクトが使用されます。 利用可能なすべてのプロジェクトに関する情報を取得するには、次のように`tidbcloud_projects`データ ソースを使用します。 diff --git a/tidb-cloud/ticloud-cluster-create.md b/tidb-cloud/ticloud-cluster-create.md index 0f4c7d76376e6..248c228ebb929 100644 --- a/tidb-cloud/ticloud-cluster-create.md +++ b/tidb-cloud/ticloud-cluster-create.md @@ -48,7 +48,7 @@ ticloud serverless create --display-name --region --max- | -p, --project-id 文字列 | クラスターが作成されるプロジェクトのIDを指定します。デフォルト値は`default project`です。 | いいえ | 非対話型モードでのみ動作します。 | | -r, --region 文字列 | クラウドリージョンの名前を指定します。1 コマンド`ticloud serverless region`使用すると、利用可能なすべてのリージョンを表示できます。 | はい | 非対話型モードでのみ動作します。 | | --パブリックエンドポイントを無効にする | パブリックエンドポイントを無効にします。クラスターへのパブリックアクセスを禁止する場合は、このオプションを使用します。 | いいえ | 非対話型モードでのみ動作します。 | -| --暗号化 | 二重層データ暗号化を有効にします。TiDB TiDB Cloud Essential クラスタではデフォルトで有効、 TiDB Cloud Starter クラスタではデフォルトで無効になっています。 | いいえ | 非対話型モードでのみ動作します。 | +| --暗号化 | 二重層データ暗号化を有効にします。TiDB Cloud Essential クラスタではデフォルトで有効、 TiDB Cloud Starter クラスタではデフォルトで無効になっています。 | いいえ | 非対話型モードでのみ動作します。 | | --max-rcu int32 | TiDB Cloud Essential クラスターの最大リクエスト容量単位 (RCU) を 100000 まで設定します。 | いいえ | 非対話型モードでのみ動作します。 | | --min-rcu int32 | TiDB Cloud Essential クラスターの最小リクエスト容量単位 (RCU) を少なくとも 2000 に設定します。 | いいえ | 非対話型モードでのみ動作します。 | | -h, --help | このコマンドのヘルプ情報を表示します。 | いいえ | 非対話型モードと対話型モードの両方で動作します | diff --git a/tidb-cloud/tidb-cloud-billing.md b/tidb-cloud/tidb-cloud-billing.md index 8edb10c08db09..60101db452fa2 100644 --- a/tidb-cloud/tidb-cloud-billing.md +++ b/tidb-cloud/tidb-cloud-billing.md @@ -25,7 +25,7 @@ TiDB Cloud Essentialの場合、アプリケーションの実際の使用量で ### TiDB Cloud Premium の価格 {#pricing-for-premium} {#pricing-for-premium} -TiDB Cloud Premium では、基盤となるバックエンドノードやプロビジョニングされたディスクサイズではなく、プロビジョニングされたリクエスト容量ユニット (RCU) の数と実際に使用したstorageに基づいて課金されます。TiDB TiDB Cloud Premium は現在プライベートプレビュー段階であるため、料金の詳細については[営業担当にお問い合わせください](https://www.pingcap.com/contact-us/)ご覧ください。 +TiDB Cloud Premium では、基盤となるバックエンドノードやプロビジョニングされたディスクサイズではなく、プロビジョニングされたリクエスト容量ユニット (RCU) の数と実際に使用したstorageに基づいて課金されます。TiDB Cloud Premium は現在プライベートプレビュー段階であるため、料金の詳細については[営業担当にお問い合わせください](https://www.pingcap.com/contact-us/)ご覧ください。 @@ -81,7 +81,7 @@ TiDB Cloud Premium では、基盤となるバックエンドノードやプロ > **注記：** > -> 遅延などの理由により、当月の請求明細は参考情報としてのみ提供されており、正確性は保証されません。TiDB TiDB Cloud は過去の請求明細の正確性を確保することで、原価計算やその他のニーズに対応できるよう努めています。 +> 遅延などの理由により、当月の請求明細は参考情報としてのみ提供されており、正確性は保証されません。TiDB Cloud は過去の請求明細の正確性を確保することで、原価計算やその他のニーズに対応できるよう努めています。 請求の詳細を表示するには、次の手順を実行します。 @@ -287,11 +287,11 @@ TiDB Cloudを初めて使用し、 TiDB Cloudアカウントを持っていな TiDB Cloudアカウントを AWS 請求アカウントにリンクするには、次の手順を実行します。 -1. [AWSマーケットプレイスページ](https://aws.amazon.com/marketplace)を開き、 `TiDB Cloud`を検索して、検索結果から**TiDB Cloud を**選択します。TiDB TiDB Cloud の製品ページが表示されます。 +1. [AWSマーケットプレイスページ](https://aws.amazon.com/marketplace)を開き、 `TiDB Cloud`を検索して、検索結果から**TiDB Cloud を**選択します。TiDB Cloud の製品ページが表示されます。 2. TiDB Cloud製品ページで、 **「Continue to Subscribe」**をクリックします。注文ページが表示されます。 -3. 注文ページで**「Subscribe（購読）** 」をクリックし、 **「Set Up your Account（アカウントを設定）」**をクリックします。TiDB TiDB Cloudのサインアップページに移動します。 +3. 注文ページで**「Subscribe（購読）** 」をクリックし、 **「Set Up your Account（アカウントを設定）」**をクリックします。TiDB Cloudのサインアップページに移動します。 4. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックします。 @@ -309,7 +309,7 @@ TiDB Cloudアカウントを AWS 請求アカウントにリンクするには TiDB Cloudアカウントを Azure 課金アカウントにリンクするには、次の手順を実行します。 -1. [Azure Marketplace ページ](https://azuremarketplace.microsoft.com)を開き、 `TiDB Cloud`を検索して、検索結果から**「TiDB Cloud on Azure (プレビュー)」**を選択します。TiDB TiDB Cloud の製品ページが表示されます。 +1. [Azure Marketplace ページ](https://azuremarketplace.microsoft.com)を開き、 `TiDB Cloud`を検索して、検索結果から**「TiDB Cloud on Azure (プレビュー)」**を選択します。TiDB Cloud の製品ページが表示されます。 2. TiDB Cloud製品ページで、 **「今すぐ入手」**をクリックし、使用条件に同意してから、 **「続行」**をクリックして注文ページに進みます。 @@ -319,7 +319,7 @@ TiDB Cloudアカウントを Azure 課金アカウントにリンクするには 3. 注文ページで**「Subscribe（購読）」**をクリックし、「 **Basics（基本情報）** 」タブに必要な情報を入力して、 **「Review + subscribe（確認**と購読）」をクリックします。問題がなければ**「Subscribe（購読**）」をクリックし、購読が完了するまで数秒お待ちください。 -4. サブスクリプションが完了したら、 **「今すぐアカウントを設定」**をクリックします。TiDB TiDB Cloud のサインアップページに移動します。 +4. サブスクリプションが完了したら、 **「今すぐアカウントを設定」**をクリックします。TiDB Cloud のサインアップページに移動します。 5. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックします。 @@ -337,11 +337,11 @@ TiDB Cloudアカウントを Azure 課金アカウントにリンクするには TiDB Cloudアカウントを Google Cloud 請求先アカウントにリンクするには、次の手順を行います。 -1. [Google Cloud Marketplace ページ](https://console.cloud.google.com/marketplace)を開き、 `TiDB Cloud`を検索して、検索結果から**TiDB Cloud を**選択します。TiDB TiDB Cloud の製品ページが表示されます。 +1. [Google Cloud Marketplace ページ](https://console.cloud.google.com/marketplace)を開き、 `TiDB Cloud`を検索して、検索結果から**TiDB Cloud を**選択します。TiDB Cloud の製品ページが表示されます。 2. TiDB Cloud製品ページで、 **「SUBSCRIBE」**をクリックします。サブスクリプションページが表示されます。 -3. サブスクリプションページで**「Subscribe（サブスクライブ）** 」をクリックし、 **「Go to product page（製品ページへ移動）** 」をクリックします。TiDB TiDB Cloudのサインアップページに移動します。 +3. サブスクリプションページで**「Subscribe（サブスクライブ）** 」をクリックし、 **「Go to product page（製品ページへ移動）** 」をクリックします。TiDB Cloudのサインアップページに移動します。 4. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックします。 @@ -361,11 +361,11 @@ TiDB Cloudアカウントを Google Cloud 請求先アカウントにリンク TiDB Cloudアカウントを Alibaba Cloud 請求アカウントにリンクするには、次の手順を実行します。 -1. [Alibaba Cloudマーケットプレイスページ](https://marketplace.alibabacloud.com/)を開き、 `TiDB Cloud`を検索して、検索結果から**TiDB Cloud を**選択します。TiDB TiDB Cloud の製品ページが表示されます。 +1. [Alibaba Cloudマーケットプレイスページ](https://marketplace.alibabacloud.com/)を開き、 `TiDB Cloud`を検索して、検索結果から**TiDB Cloud を**選択します。TiDB Cloud の製品ページが表示されます。 2. TiDB Cloud製品ページで、 **「今すぐアクティブ化」**をクリックし、画面の指示に従って従量課金モードを確認し、アクティブ化アプリケーションを表示します。 -3. サブスクリプションページで、 TiDB Cloudのサブスクリプションを探し、 **「自動ログイン」**をクリックします。TiDB TiDB Cloud のサインアップページに移動します。 +3. サブスクリプションページで、 TiDB Cloudのサブスクリプションを探し、 **「自動ログイン」**をクリックします。TiDB Cloud のサインアップページに移動します。 4. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックします。 diff --git a/tidb-cloud/tidb-cloud-budget.md b/tidb-cloud/tidb-cloud-budget.md index db35dc93f973b..2467c57279b08 100644 --- a/tidb-cloud/tidb-cloud-budget.md +++ b/tidb-cloud/tidb-cloud-budget.md @@ -42,7 +42,7 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し 4. 予算の基本設定を提供します。 - **名前**: 予算の名前を入力します。 - - **期間**: コストを追跡する期間を選択します。現在選択できるのは**「月次」**のみです。これは毎月1日に開始され、毎月の初めにリセットされます。TiDB TiDB Cloudは、指定された期間における実際の支出を予算額（計画支出）と比較して追跡します。 + - **期間**: コストを追跡する期間を選択します。現在選択できるのは**「月次」**のみです。これは毎月1日に開始され、毎月の初めにリセットされます。TiDB Cloudは、指定された期間における実際の支出を予算額（計画支出）と比較して追跡します。 - **予算の範囲**: 必要に応じて、すべてのプロジェクト (つまり、 TiDB Cloud組織全体) または特定のプロジェクトに範囲を適用します。 5. 予算金額を設定します。 diff --git a/tidb-cloud/tidb-cloud-clinic.md b/tidb-cloud/tidb-cloud-clinic.md index 289d357ea2356..a3cd1364debc3 100644 --- a/tidb-cloud/tidb-cloud-clinic.md +++ b/tidb-cloud/tidb-cloud-clinic.md @@ -63,7 +63,7 @@ TiDB Cloud ClinicはGrafanaを使用して、TiDBクラスターの包括的な デフォルトでは、300 ミリ秒を超える時間がかかる SQL クエリは遅いクエリと見なされます。 -TiDB Cloudコンソールのデフォルトの[**遅いクエリ**](/tidb-cloud/tune-performance.md#slow-query)ページでは、パフォーマンスに影響を与えるクエリを特定することが困難になる場合があります。特に、スロークエリが多数存在するクラスタではなおさらです。TiDB TiDB Cloud Clinicの**「Top Slow Queries」**機能は、スロークエリのログに基づいて集計分析を提供します。この機能により、パフォーマンスに問題のあるクエリを簡単に特定できるため、全体的なパフォーマンスチューニング時間を少なくとも半分に短縮できます。 +TiDB Cloudコンソールのデフォルトの[**遅いクエリ**](/tidb-cloud/tune-performance.md#slow-query)ページでは、パフォーマンスに影響を与えるクエリを特定することが困難になる場合があります。特に、スロークエリが多数存在するクラスタではなおさらです。TiDB Cloud Clinicの**「Top Slow Queries」**機能は、スロークエリのログに基づいて集計分析を提供します。この機能により、パフォーマンスに問題のあるクエリを簡単に特定できるため、全体的なパフォーマンスチューニング時間を少なくとも半分に短縮できます。 上位の低速クエリには、SQL ダイジェストによって集計された上位 10 件のクエリが、次のディメンションで並べ替えられて表示されます。 diff --git a/tidb-cloud/tidb-cloud-connect-aws-dms.md b/tidb-cloud/tidb-cloud-connect-aws-dms.md index 2ba7e43417e91..1024b6ef4d374 100644 --- a/tidb-cloud/tidb-cloud-connect-aws-dms.md +++ b/tidb-cloud/tidb-cloud-connect-aws-dms.md @@ -113,7 +113,7 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド ## TiDB Cloud DMSエンドポイントを作成する {#create-tidb-cloud-dms-endpoints} -接続に関しては、 TiDB Cloudクラスターをソースとして使用する場合とターゲットとして使用する場合の手順は似ていますが、DMS ではソースとターゲットでデータベース設定要件が異なります。詳細については、 [MySQLをソースとして使用する](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html)または[MySQLをターゲットとして使用する](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.MySQL.html)参照してください。TiDB TiDB Cloudクラスターをソースとして使用する場合、TiDB は MySQL binlogをサポートしていないため、**既存のデータの移行**のみが可能です。 +接続に関しては、 TiDB Cloudクラスターをソースとして使用する場合とターゲットとして使用する場合の手順は似ていますが、DMS ではソースとターゲットでデータベース設定要件が異なります。詳細については、 [MySQLをソースとして使用する](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html)または[MySQLをターゲットとして使用する](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.MySQL.html)参照してください。TiDB Cloudクラスターをソースとして使用する場合、TiDB は MySQL binlogをサポートしていないため、**既存のデータの移行**のみが可能です。 1. AWS DMS コンソールで、 [**エンドポイント**](https://console.aws.amazon.com/dms/v2/home#endpointList)ページに移動し、対応するリージョンに切り替えます。 diff --git a/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md b/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md index 2caf2ccea4bae..21f7ca5afa1f5 100644 --- a/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md +++ b/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md @@ -54,7 +54,7 @@ TiDB Cloudコンソールと Azure ポータルを使用して CMEK を構成す 4. **[キー管理サービス**] で**[Azure Key Vault]**を選択し、暗号化キーが使用されるリージョンを選択します。 -5. TiDB が提供するエンタープライズ アプリケーションのサービス プリンシパルがテナント内にまだ存在しない場合は、作成してください。TiDB TiDB Cloudコンソールに**Microsoft Entra アプリケーション名**と**ID**が表示されます。これらは、このプロセスと以降の手順で必要になります。サービス プリンシパルを作成するには、 **「サービス プリンシパルの作成」**セクションから次のコマンドを実行します。 +5. TiDB が提供するエンタープライズ アプリケーションのサービス プリンシパルがテナント内にまだ存在しない場合は、作成してください。TiDB Cloudコンソールに**Microsoft Entra アプリケーション名**と**ID**が表示されます。これらは、このプロセスと以降の手順で必要になります。サービス プリンシパルを作成するには、 **「サービス プリンシパルの作成」**セクションから次のコマンドを実行します。 ```shell az ad sp create --id {Microsoft_Entra_Application_ID} @@ -67,7 +67,7 @@ TiDB Cloudコンソールと Azure ポータルを使用して CMEK を構成す - **パージ保護**が有効になっています。 - **リージョンは**クラスターのリージョンと一致します。 -7. TiDB Cloudコンソールで、Key Vault 名とキー名を入力します。TiDB TiDB Cloud は、セキュリティ強化のため、キー名に一意のサフィックスを追加します。キー名全体をコピーし、Azure ポータルで暗号化キーを作成します。詳細については、 [暗号化キーを作成する](https://learn.microsoft.com/en-us/azure/key-vault/keys/quick-create-portal)参照してください。 +7. TiDB Cloudコンソールで、Key Vault 名とキー名を入力します。TiDB Cloud は、セキュリティ強化のため、キー名に一意のサフィックスを追加します。キー名全体をコピーし、Azure ポータルで暗号化キーを作成します。詳細については、 [暗号化キーを作成する](https://learn.microsoft.com/en-us/azure/key-vault/keys/quick-create-portal)参照してください。 8. 現在のユーザーに**Key Vault Crypto Officer**ロールを割り当てます。 @@ -114,7 +114,7 @@ TiDB Cloudコンソールと Azure Resource Manager を使用して CMEK を構 - **リージョン**: Key Vault を作成する場所を選択します。これはクラスターのリージョンと一致する必要があります。 - **Key Vault 名**: Azure Key Vault の名前を入力します。 - - **キー名**: Key Vaultに作成するキーの完全な名前を入力します。TiDB TiDB Cloudコンソールでキー名のプレフィックスを入力し、 **「コピー」**をクリックすると、キーの完全な名前が表示されます。 + - **キー名**: Key Vaultに作成するキーの完全な名前を入力します。TiDB Cloudコンソールでキー名のプレフィックスを入力し、 **「コピー」**をクリックすると、キーの完全な名前が表示されます。 - **エンタープライズアプリのサービスプリンシパルID** : TiDBが提供するエンタープライズアプリケーションのサービスプリンシパルIDを入力します。**サービスプリンシパルID**を取得するには、次のコマンドを実行します（ `{microsoft_enterprise_app_id}`はTiDB Cloudコンソールに表示される実際のIDに置き換えてください）。 ```shell diff --git a/tidb-cloud/tidb-cloud-faq.md b/tidb-cloud/tidb-cloud-faq.md index 6b88a30dcdb20..de89f78c487b0 100644 --- a/tidb-cloud/tidb-cloud-faq.md +++ b/tidb-cloud/tidb-cloud-faq.md @@ -81,7 +81,7 @@ TiKVは、OLTPデータの保存に使用されるトランザクションスト TiFlashは、トランザクションストア（TiKV）からデータをリアルタイムに複製し、リアルタイムOLAPワークロードをサポートする分析storageです。TiKVとは異なり、 TiFlashはデータを列形式で保存することで分析処理を高速化します。また、 TiFlashは水平方向にも拡張可能で、 TiFlashノードを増やすことでOLAPstorageとコンピューティング能力を増強できます。 -PD（Placement Driver）は、TiDBクラスタ全体の「頭脳」であり、クラスタのメタデータを保存します。TiKVノードからリアルタイムに報告されるデータ分散状態に基づき、特定のTiKVノードにデータスケジューリングコマンドを送信します。TiDB TiDB Cloudでは、各クラスタのPDはPingCAPによって管理されており、ユーザーが確認したりメンテナンスしたりすることはできません。 +PD（Placement Driver）は、TiDBクラスタ全体の「頭脳」であり、クラスタのメタデータを保存します。TiKVノードからリアルタイムに報告されるデータ分散状態に基づき、特定のTiKVノードにデータスケジューリングコマンドを送信します。TiDB Cloudでは、各クラスタのPDはPingCAPによって管理されており、ユーザーが確認したりメンテナンスしたりすることはできません。 ### TiDB はどのようにして TiKV ノード間でデータを複製しますか? {#how-does-tidb-replicate-data-between-the-tikv-nodes} @@ -123,7 +123,7 @@ TiDBはMySQLとの互換性が非常に高く、MySQL互換データベースで ### データをTiFlashに直接インポートできますか? {#can-i-import-my-data-directly-to-tiflash} -いいえ。TiDB TiDB Cloudにデータをインポートすると、データは TiKV にもインポートされます。インポートが完了したら、SQL 文を使用してTiFlashに複製するテーブルを指定できます。その後、TiDB は指定されたテーブルのレプリカをTiFlashに作成します。詳細については、 [TiFlashレプリカを作成する](/tiflash/create-tiflash-replicas.md)ご覧ください。 +いいえ。TiDB Cloudにデータをインポートすると、データは TiKV にもインポートされます。インポートが完了したら、SQL 文を使用してTiFlashに複製するテーブルを指定できます。その後、TiDB は指定されたテーブルのレプリカをTiFlashに作成します。詳細については、 [TiFlashレプリカを作成する](/tiflash/create-tiflash-replicas.md)ご覧ください。 ### TiFlashデータを CSV 形式でエクスポートできますか? {#can-i-export-tiflash-data-in-the-csv-format} @@ -140,7 +140,7 @@ TiDB Cloudでは、保存されているすべてのデータが暗号化され ### TiDB Cloud はビジネスデータをどのように暗号化しますか? {#how-does-tidb-cloud-encrypt-my-business-data} -TiDB Cloud は、データベースデータやバックアップデータなど、保存中のビジネスデータに対して、デフォルトでstorageボリューム暗号化を使用します。TiDB TiDB Cloud、転送中のデータに TLS 暗号化を適用するほか、TiDB、PD、TiKV、 TiFlash間のデータベースクラスター内のデータにもコンポーネントレベルの TLS 暗号化を適用する必要があります。 +TiDB Cloud は、データベースデータやバックアップデータなど、保存中のビジネスデータに対して、デフォルトでstorageボリューム暗号化を使用します。TiDB Cloud、転送中のデータに TLS 暗号化を適用するほか、TiDB、PD、TiKV、 TiFlash間のデータベースクラスター内のデータにもコンポーネントレベルの TLS 暗号化を適用する必要があります。 TiDB Cloudにおけるビジネス データ暗号化の詳しい情報については、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 @@ -150,7 +150,7 @@ TiDB Cloud はTLS 1.2 または TLS 1.3 をサポートしています。 ### VPC でTiDB Cloud を実行できますか? {#can-i-run-tidb-cloud-in-my-vpc} -いいえ。TiDB TiDB Cloudは Database-as-a-Service (DBaaS) であり、 TiDB Cloud VPC 内でのみ動作します。クラウドコンピューティングのマネージドサービスであるTiDB Cloud は、物理ハードウェアのセットアップやソフトウェアのインストールを必要とせずにデータベースへのアクセスを提供します。 +いいえ。TiDB Cloudは Database-as-a-Service (DBaaS) であり、 TiDB Cloud VPC 内でのみ動作します。クラウドコンピューティングのマネージドサービスであるTiDB Cloud は、物理ハードウェアのセットアップやソフトウェアのインストールを必要とせずにデータベースへのアクセスを提供します。 ### TiDB クラスターは安全ですか? {#is-my-tidb-cluster-secure} @@ -201,7 +201,7 @@ TiDB Cloud Starter または Essential クラスターの場合、クラスタ ### 顧客にはどのようなサポートが提供されますか? {#what-support-is-available-for-customers} -TiDB Cloudは、金融サービス、eコマース、エンタープライズアプリケーション、ゲームなど、1,500社以上のグローバル企業のミッションクリティカルなユースケースを運用してきたTiDBと同じチームによってサポートされています。TiDB TiDB Cloudは、ユーザーごとに無料の基本サポートプランを提供しており、拡張サービスをご利用の場合は有料プランにアップグレードできます。詳細については、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)ご覧ください。 +TiDB Cloudは、金融サービス、eコマース、エンタープライズアプリケーション、ゲームなど、1,500社以上のグローバル企業のミッションクリティカルなユースケースを運用してきたTiDBと同じチームによってサポートされています。TiDB Cloudは、ユーザーごとに無料の基本サポートプランを提供しており、拡張サービスをご利用の場合は有料プランにアップグレードできます。詳細については、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)ご覧ください。 ### TiDB Cloudがダウンしているかどうかを確認するにはどうすればよいですか? {#how-do-i-check-if-tidb-cloud-is-down} diff --git a/tidb-cloud/tidb-cloud-glossary.md b/tidb-cloud/tidb-cloud-glossary.md index 5ecd0480d62af..68c86b142349a 100644 --- a/tidb-cloud/tidb-cloud-glossary.md +++ b/tidb-cloud/tidb-cloud-glossary.md @@ -125,7 +125,7 @@ TiDB v5.0以降、 TiFlashノードを介した大規模並列処理（MPP）ア - TiDB Cloudリージョン - TiDB Cloudクラスターがデプロイされる地理的領域。TiDB TiDB Cloudリージョンは少なくとも 3 つのアベイラビリティーゾーンで構成され、クラスターはこれらのゾーンにまたがってデプロイされます。 + TiDB Cloudクラスターがデプロイされる地理的領域。TiDB Cloudリージョンは少なくとも 3 つのアベイラビリティーゾーンで構成され、クラスターはこれらのゾーンにまたがってデプロイされます。 - TiDBリージョン diff --git a/tidb-cloud/tidb-cloud-htap-quickstart.md b/tidb-cloud/tidb-cloud-htap-quickstart.md index d7ce698d08d4b..6a213c0225131 100644 --- a/tidb-cloud/tidb-cloud-htap-quickstart.md +++ b/tidb-cloud/tidb-cloud-htap-quickstart.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidbcloud/use-htap-cluster'] # TiDB Cloud HTAP クイックスタート {#tidb-cloud-htap-quick-start} -[HTAP](https://en.wikipedia.org/wiki/Hybrid_transactional/analytical_processing) 、ハイブリッドトランザクションおよび分析処理を意味します。TiDB TiDB Cloudの HTAP クラスターは、トランザクション処理用に設計された行ベースstorageエンジン[TiKV](https://tikv.org)と、分析処理用に設計された列指向storage[TiFlash](https://docs.pingcap.com/tidb/stable/tiflash-overview)で構成されています。アプリケーションデータはまず TiKV に保存され、その後Raftコンセンサスアルゴリズムを介してTiFlashに複製されます。つまり、行ベースstorageから列指向storageへのリアルタイムレプリケーションです。 +[HTAP](https://en.wikipedia.org/wiki/Hybrid_transactional/analytical_processing) 、ハイブリッドトランザクションおよび分析処理を意味します。TiDB Cloudの HTAP クラスターは、トランザクション処理用に設計された行ベースstorageエンジン[TiKV](https://tikv.org)と、分析処理用に設計された列指向storage[TiFlash](https://docs.pingcap.com/tidb/stable/tiflash-overview)で構成されています。アプリケーションデータはまず TiKV に保存され、その後Raftコンセンサスアルゴリズムを介してTiFlashに複製されます。つまり、行ベースstorageから列指向storageへのリアルタイムレプリケーションです。 このチュートリアルでは、 TiDB Cloudのハイブリッドトランザクションおよび分析処理（HTAP）機能を簡単に体験する方法をご案内します。TiFlashへのテーブルのレプリケーション方法、 TiFlashを使用したクエリの実行方法、そしてパフォーマンス向上の体験方法などについて説明します。 diff --git a/tidb-cloud/tidb-cloud-intro.md b/tidb-cloud/tidb-cloud-intro.md index 76de14ee84d4f..a9054e9a188d6 100644 --- a/tidb-cloud/tidb-cloud-intro.md +++ b/tidb-cloud/tidb-cloud-intro.md @@ -38,11 +38,11 @@ TiDB Cloudでは、以下の主要機能を利用できます。 - **リアルタイム分析** - 内蔵の分析エンジンにより、リアルタイムの分析クエリ結果を取得できます。TiDB TiDB Cloudは、ミッションクリティカルなアプリケーションに影響を与えることなく、最新データに対して一貫した分析クエリを実行します。 + 内蔵の分析エンジンにより、リアルタイムの分析クエリ結果を取得できます。TiDB Cloudは、ミッションクリティカルなアプリケーションに影響を与えることなく、最新データに対して一貫した分析クエリを実行します。 - **エンタープライズグレードのSecurity** - 専用ネットワークと専用マシンでデータをセキュリティ。転送中および保存時の暗号化にも対応しています。TiDB TiDB Cloudは、SOC 2 Type 2、ISO 27001:2013、ISO 27701の認証を取得しており、GDPRにも完全に準拠しています。 + 専用ネットワークと専用マシンでデータをセキュリティ。転送中および保存時の暗号化にも対応しています。TiDB Cloudは、SOC 2 Type 2、ISO 27001:2013、ISO 27701の認証を取得しており、GDPRにも完全に準拠しています。 - **フルマネージドサービス** @@ -52,13 +52,13 @@ TiDB Cloudでは、以下の主要機能を利用できます。 - クラウドベンダーに縛られることなく、柔軟性を維持できます。TiDB TiDB Cloudは現在、AWS、Azure、Google Cloud、およびAlibaba Cloudで利用可能です。 + クラウドベンダーに縛られることなく、柔軟性を維持できます。TiDB Cloudは現在、AWS、Azure、Google Cloud、およびAlibaba Cloudで利用可能です。 - クラウドベンダーに縛られることなく、柔軟性を維持できます。TiDB TiDB Cloudは現在、AWS、Azure、Google Cloudで利用可能です。 + クラウドベンダーに縛られることなく、柔軟性を維持できます。TiDB Cloudは現在、AWS、Azure、Google Cloudで利用可能です。 diff --git a/tidb-cloud/tidb-cloud-org-sso-authentication.md b/tidb-cloud/tidb-cloud-org-sso-authentication.md index 052061db8978b..9250e4556a818 100644 --- a/tidb-cloud/tidb-cloud-org-sso-authentication.md +++ b/tidb-cloud/tidb-cloud-org-sso-authentication.md @@ -9,7 +9,7 @@ summary: カスタマイズされた組織認証を使用してTiDB Cloudコン TiDB Cloud は、次の 2 種類の SSO 認証をサポートしています。 -- [標準SSO](/tidb-cloud/tidb-cloud-sso-authentication.md) : メンバーはGitHub、Google、またはMicrosoftの認証方法を使用して[TiDB Cloudコンソール](https://tidbcloud.com/)にログインできます。TiDB TiDB Cloudのすべての組織では、標準SSOがデフォルトで有効になっています。 +- [標準SSO](/tidb-cloud/tidb-cloud-sso-authentication.md) : メンバーはGitHub、Google、またはMicrosoftの認証方法を使用して[TiDB Cloudコンソール](https://tidbcloud.com/)にログインできます。TiDB Cloudのすべての組織では、標準SSOがデフォルトで有効になっています。 - Cloud Organization SSO: メンバーは、組織で指定された認証方法を使用して、 TiDB Cloudのカスタムログインページにログインできます。Cloud Organization SSO はデフォルトで無効になっています。 @@ -55,7 +55,7 @@ Cloud Organization SSO を有効にすると、最初の 4 つの認証方法が ### 自動プロビジョニングを有効にするかどうかを決定する {#decide-whether-to-enable-auto-provision} -自動プロビジョニングは、 `Organization Owner`または`Project Owner`からの招待を必要とせずにメンバーが組織に自動的に参加できるようにする機能です。TiDB TiDB Cloudでは、サポートされているすべての認証方法でデフォルトで無効になっています。 +自動プロビジョニングは、 `Organization Owner`または`Project Owner`からの招待を必要とせずにメンバーが組織に自動的に参加できるようにする機能です。TiDB Cloudでは、サポートされているすべての認証方法でデフォルトで無効になっています。 - 認証方法の自動プロビジョニングが無効になっている場合、 `Organization Owner`または`Project Owner`によって招待されたユーザーのみがカスタム URL にログインできます。 - 認証方法の自動プロビジョニングを有効にすると、その認証方法を使用するすべてのユーザーがカスタムURLにログインできるようになります。ログイン後、組織内のデフォルトのロール`Organization Viewer`が自動的に割り当てられます。 @@ -204,7 +204,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま - **SCIMプロビジョニングアカウント** - デフォルトでは無効になっています。TiDB TiDB Cloud組織のユーザーとグループのプロビジョニング、デプロビジョニング、およびID管理をIDプロバイダから一元化・自動化したい場合は、有効にすることができます。詳細な設定手順については、 [SCIMプロビジョニングを構成する](#configure-scim-provisioning)ご覧ください。 + デフォルトでは無効になっています。TiDB Cloud組織のユーザーとグループのプロビジョニング、デプロビジョニング、およびID管理をIDプロバイダから一元化・自動化したい場合は、有効にすることができます。詳細な設定手順については、 [SCIMプロビジョニングを構成する](#configure-scim-provisioning)ご覧ください。 4. **［保存］**をクリックします。 diff --git a/tidb-cloud/tidb-cloud-poc.md b/tidb-cloud/tidb-cloud-poc.md index c2b04c63e0997..113bf805796fc 100644 --- a/tidb-cloud/tidb-cloud-poc.md +++ b/tidb-cloud/tidb-cloud-poc.md @@ -13,7 +13,7 @@ TiDB Cloud がお客様のビジネスニーズに最適かどうかを判断す PoCにご興味をお持ちでしたら、開始前にPingCAPまでお気軽にお問い合わせください。サポートチームがテストプランの作成をお手伝いし、PoCの手順をスムーズに進めてまいります。 -あるいは、 [TiDB Cloudスターターを作成する](/tidb-cloud/tidb-cloud-quickstart.md#step-1-create-a-tidb-cluster) TiDB Cloudに慣れて、すぐに評価することもできます。TiDB TiDB Cloud Starter には[特別な利用規約](/tidb-cloud/serverless-limitations.md)含まれています。 +あるいは、 [TiDB Cloudスターターを作成する](/tidb-cloud/tidb-cloud-quickstart.md#step-1-create-a-tidb-cluster) TiDB Cloudに慣れて、すぐに評価することもできます。TiDB Cloud Starter には[特別な利用規約](/tidb-cloud/serverless-limitations.md)含まれています。 ## PoC手順の概要 {#overview-of-the-poc-procedures} diff --git a/tidb-cloud/tidb-cloud-quickstart.md b/tidb-cloud/tidb-cloud-quickstart.md index 2d8814615a21d..7ef3784c024d2 100644 --- a/tidb-cloud/tidb-cloud-quickstart.md +++ b/tidb-cloud/tidb-cloud-quickstart.md @@ -14,7 +14,7 @@ category: quick start ## ステップ1: TiDBクラスターを作成する {#step-1-create-a-tidb-cluster} -[TiDB Cloudスターター](/tidb-cloud/select-cluster-tier.md#starter) TiDB Cloudを使い始めるのに最適な方法です。TiDB TiDB Cloud Starter クラスターを作成するには、以下の手順に従ってください。 +[TiDB Cloudスターター](/tidb-cloud/select-cluster-tier.md#starter) TiDB Cloudを使い始めるのに最適な方法です。TiDB Cloud Starter クラスターを作成するには、以下の手順に従ってください。 1. TiDB Cloudアカウントをお持ちでない場合は、 [ここ](https://tidbcloud.com/free-trial)クリックしてサインアップしてください。 @@ -30,7 +30,7 @@ category: quick start - 独自に新しいTiDB Cloud Starter クラスターを作成するには、次の手順に従います。 1. **[クラスタの作成]を**クリックします。 - 2. **「クラスタの作成」**ページでは、デフォルトで**「スターター」**が選択されています。クラスターのクラウドプロバイダーとターゲットリージョンを選択し、必要に応じてデフォルトのクラスター名を更新して、 **「作成」を**クリックします。TiDB TiDB Cloud Starterクラスターは約30秒で作成されます。 + 2. **「クラスタの作成」**ページでは、デフォルトで**「スターター」**が選択されています。クラスターのクラウドプロバイダーとターゲットリージョンを選択し、必要に応じてデフォルトのクラスター名を更新して、 **「作成」を**クリックします。TiDB Cloud Starterクラスターは約30秒で作成されます。 diff --git a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md index fc0bbb585e1d1..f09e70f4d83fa 100644 --- a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md +++ b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md @@ -44,7 +44,7 @@ TiDB Cloudでは、TLS 接続の確立はTiDB Cloud Dedicated クラスタへの
-MySQL CLIクライアントはデフォルトでTLS接続を確立しようとします。TiDB TiDB Cloud Dedicatedクラスタに接続する場合は、 `ssl-mode`と`ssl-ca`設定する必要があります。 +MySQL CLIクライアントはデフォルトでTLS接続を確立しようとします。TiDB Cloud Dedicatedクラスタに接続する場合は、 `ssl-mode`と`ssl-ca`設定する必要があります。 ```shell mysql --connect-timeout 15 --ssl-mode=VERIFY_IDENTITY --ssl-ca=ca.pem --tls-version="TLSv1.2" -u root -h tidb.eqlfbdgthh8.clusters.staging.tidb-cloud.com -P 4000 -D test -p @@ -60,7 +60,7 @@ mysql --connect-timeout 15 --ssl-mode=VERIFY_IDENTITY --ssl-ca=ca.pem --tls-vers
-[マイクリ](https://www.mycli.net/)指定すると、TLS関連のパラメータを使用する際にTLSが自動的に有効になります。TiDB TiDB Cloud Dedicatedクラスタに接続する場合は、 `ssl-ca`と`ssl-verify-server-cert`設定する必要があります。 +[マイクリ](https://www.mycli.net/)指定すると、TLS関連のパラメータを使用する際にTLSが自動的に有効になります。TiDB Cloud Dedicatedクラスタに接続する場合は、 `ssl-ca`と`ssl-verify-server-cert`設定する必要があります。 ```shell mycli --ssl-ca=ca.pem --ssl-verify-server-cert -u root -h tidb.eqlfbdgthh8.clusters.staging.tidb-cloud.com -P 4000 -D test diff --git a/tidb-cloud/upgrade-tidb-cluster.md b/tidb-cloud/upgrade-tidb-cluster.md index e3be239d5b5ba..58a8b2fa69fc9 100644 --- a/tidb-cloud/upgrade-tidb-cluster.md +++ b/tidb-cloud/upgrade-tidb-cluster.md @@ -5,7 +5,7 @@ summary: TiDB クラスターをアップグレードする方法を学びます # TiDBクラスタのアップグレード {#upgrade-a-tidb-cluster} -このドキュメントでは、 TiDB Cloud上の TiDB クラスターをアップグレードする方法について説明します。TiDB TiDB Cloud は、 TiDB バージョンをアップグレードするための 2 つのアップグレード メカニズムを提供します。 +このドキュメントでは、 TiDB Cloud上の TiDB クラスターをアップグレードする方法について説明します。TiDB Cloud は、 TiDB バージョンをアップグレードするための 2 つのアップグレード メカニズムを提供します。 ## 定期的にアップグレードする {#regularly-upgrade} diff --git a/tidb-in-kubernetes.md b/tidb-in-kubernetes.md index 8b579b74394d3..d9404a7288078 100644 --- a/tidb-in-kubernetes.md +++ b/tidb-in-kubernetes.md @@ -5,6 +5,6 @@ summary: Kubernetes に TiDB クラスターをデプロイする方法を学び # Kubernetes に TiDBクラスタをデプロイ {#deploy-a-tidb-cluster-on-kubernetes} -[TiDB Operator](https://github.com/pingcap/tidb-operator)使用して Kubernetes 上に TiDB クラスタをデプロイできます。TiDB TiDB Operator は、Kubernetes 上の TiDB クラスタ用の自動運用システムです。デプロイ、アップグレード、スケーリング、バックアップ、フェイルオーバー、設定変更など、TiDB のライフサイクル全体を管理します。TiDB TiDB Operatorを使用すると、パブリッククラウドまたはプライベートクラウドにデプロイされた Kubernetes クラスタで TiDB をシームレスに実行できます。 +[TiDB Operator](https://github.com/pingcap/tidb-operator)使用して Kubernetes 上に TiDB クラスタをデプロイできます。TiDB Operator は、Kubernetes 上の TiDB クラスタ用の自動運用システムです。デプロイ、アップグレード、スケーリング、バックアップ、フェイルオーバー、設定変更など、TiDB のライフサイクル全体を管理します。TiDB Operatorを使用すると、パブリッククラウドまたはプライベートクラウドにデプロイされた Kubernetes クラスタで TiDB をシームレスに実行できます。 -現在、Kubernetes 上の TiDB に関するドキュメントは、TiDB のドキュメントとは独立しています。TiDB TiDB Operatorを使用して Kubernetes 上に TiDB クラスターをデプロイする詳細な手順については、 [TiDB Operatorと TiDB バージョンの関係](https://docs.pingcap.com/tidb-in-kubernetes/stable/tidb-operator-overview)を学習し、対応する[Kubernetes 上の TiDB ドキュメント](https://docs.pingcap.com/tidb-in-kubernetes/stable/)参照してください。 +現在、Kubernetes 上の TiDB に関するドキュメントは、TiDB のドキュメントとは独立しています。TiDB Operatorを使用して Kubernetes 上に TiDB クラスターをデプロイする詳細な手順については、 [TiDB Operatorと TiDB バージョンの関係](https://docs.pingcap.com/tidb-in-kubernetes/stable/tidb-operator-overview)を学習し、対応する[Kubernetes 上の TiDB ドキュメント](https://docs.pingcap.com/tidb-in-kubernetes/stable/)参照してください。 diff --git a/tidb-lightning/data-import-best-practices.md b/tidb-lightning/data-import-best-practices.md index 0be38be259fb8..ecabffc8cfe59 100644 --- a/tidb-lightning/data-import-best-practices.md +++ b/tidb-lightning/data-import-best-practices.md @@ -7,7 +7,7 @@ summary: 大量のデータをインポートするためのベスト プラク このドキュメントでは、TiDBへの大容量データのインポートに関するベストプラクティスを解説します。データのインポートに影響を与える重要な要素や手順も含まれています。弊社では、50TiBを超える大規模な単一テーブルのデータを社内環境とお客様の環境の両方にインポートした実績があり、これらの実際のアプリケーションシナリオに基づいたベストプラクティスを蓄積してきました。これにより、よりスムーズかつ効率的なデータインポートが可能になります。 -TiDB Lightning （ [物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md) ）は、空のテーブルへのデータのインポートや空のクラスタの初期化に使用される包括的かつ効率的なデータインポートツールであり、ファイルをデータソースとして使用します。TiDB TiDB Lightningは、単一インスタンスと[並行輸入](/tidb-lightning/tidb-lightning-distributed-import.md) 2つの実行モードを提供します。異なるサイズのソースファイルをインポートできます。 +TiDB Lightning （ [物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md) ）は、空のテーブルへのデータのインポートや空のクラスタの初期化に使用される包括的かつ効率的なデータインポートツールであり、ファイルをデータソースとして使用します。TiDB Lightningは、単一インスタンスと[並行輸入](/tidb-lightning/tidb-lightning-distributed-import.md) 2つの実行モードを提供します。異なるサイズのソースファイルをインポートできます。 - ソース ファイルのデータ サイズが 10 TiB 以内の場合は、インポートにTiDB Lightningの単一インスタンスを使用することをお勧めします。 - ソース ファイルのデータ サイズが 10 TiB を超える場合は、 [並行輸入](/tidb-lightning/tidb-lightning-distributed-import.md)に対してTiDB Lightningの複数のインスタンスを使用することをお勧めします。 @@ -103,7 +103,7 @@ TiDB Lightningパラメータの詳細については、 [TiDB Lightning構成 1. ソースデータで主キーまたは一意キーの競合がないか確認し、再インポート前に競合を解決してください。ほとんどの場合、これが最も一般的な原因です。 2. テーブルの主キーまたは一意キーの定義が適切かどうかを確認してください。適切でない場合は、テーブル定義を修正してデータを再インポートしてください。 -3. 上記の2つの手順を実行しても問題が解決しない場合は、ソースデータに少量（10%未満）の予期しない競合データが存在するかどうかを確認するために、さらに調査する必要があります。TiDB TiDB Lightningが競合データを検出して解決できるようにするには、 [競合検出](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md#conflict-detection)有効にしてください。 +3. 上記の2つの手順を実行しても問題が解決しない場合は、ソースデータに少量（10%未満）の予期しない競合データが存在するかどうかを確認するために、さらに調査する必要があります。TiDB Lightningが競合データを検出して解決できるようにするには、 [競合検出](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md#conflict-detection)有効にしてください。 ## チェックポイントを有効にする {#enable-checkpoint} diff --git a/tidb-lightning/deploy-tidb-lightning.md b/tidb-lightning/deploy-tidb-lightning.md index ea9dddb2fb345..3e339ec584196 100644 --- a/tidb-lightning/deploy-tidb-lightning.md +++ b/tidb-lightning/deploy-tidb-lightning.md @@ -30,7 +30,7 @@ summary: TiDB Lightningをデプロイ、大量の新しいデータを迅速に ### TiDB Lightningバイナリをダウンロード {#download-tidb-lightning-binaries} -[TiDBツールをダウンロード](/download-ecosystem-tools.md)を参照してTiDB Lightning のバイナリをダウンロードしてください。TiDB TiDB Lightning はTiDB の以前のバージョンと完全に互換性があります。最新バージョンのTiDB Lightning を使用することをお勧めします。 +[TiDBツールをダウンロード](/download-ecosystem-tools.md)を参照してTiDB Lightning のバイナリをダウンロードしてください。TiDB Lightning はTiDB の以前のバージョンと完全に互換性があります。最新バージョンのTiDB Lightning を使用することをお勧めします。 TiDB Lightningバイナリ パッケージを解凍して、 `tidb-lightning`実行可能ファイルを取得します。 diff --git a/tidb-lightning/tidb-lightning-configuration.md b/tidb-lightning/tidb-lightning-configuration.md index 5dcdfcd436330..3711f98733041 100644 --- a/tidb-lightning/tidb-lightning-configuration.md +++ b/tidb-lightning/tidb-lightning-configuration.md @@ -284,7 +284,7 @@ TiDB Lightningには「グローバル」と「タスク」という2つの設 #### disk-quota {#code-disk-quota-code} - 物理インポート モードを使用する場合のローカル一時ファイルのディスク クォータを指定します。 -- ディスククォータが不足している場合、 TiDB Lightningはソースデータの読み取りと一時ファイルの書き込みを停止しますが、ソート済みのキーと値のペアをTiKVに書き込むことを優先します。TiDB TiDB Lightningがローカルの一時ファイルを削除した後、インポートプロセスは続行されます。 +- ディスククォータが不足している場合、 TiDB Lightningはソースデータの読み取りと一時ファイルの書き込みを停止しますが、ソート済みのキーと値のペアをTiKVに書き込むことを優先します。TiDB Lightningがローカルの一時ファイルを削除した後、インポートプロセスは続行されます。 - このオプションは、 [`backend`](#backend)オプションを`local`に設定した場合にのみ有効になります。 - デフォルト値: `MaxInt64`バイト、つまり 9223372036854775807 バイト。 @@ -389,7 +389,7 @@ TiDB Lightningには「グローバル」と「タスク」という2つの設 #### data-character-set {#code-data-character-set-code} -- ソースデータファイルの文字セットを指定します。TiDB TiDB Lightning は、インポート時にソースファイルを指定された文字セットから UTF-8 エンコードに変換します。 +- ソースデータファイルの文字セットを指定します。TiDB Lightning は、インポート時にソースファイルを指定された文字セットから UTF-8 エンコードに変換します。 - 現在、この設定ではCSVファイルの文字セットのみを指定し、以下のオプションがサポートされています。空白のままにすると、デフォルト値の`"binary"`が使用され、Lightningはエンコーディングを変換しません。 - TiDB Lightning はソース データ ファイルの文字セットを予測せず、この構成に基づいてソース ファイルを変換し、データをインポートするだけです。 - この構成の値がソース データ ファイルの実際のエンコードと同じでない場合、インポートの失敗、データの損失、またはデータの乱れが発生する可能性があります。 @@ -543,7 +543,7 @@ CSV ファイルの解析方法を構成します。 #### log-level {#code-log-level-code} -- TiDB ライブラリのログレベルを制御します。TiDB TiDB Lightning はTiDB をライブラリとしてインポートし、いくつかのログを自ら生成します。 +- TiDB ライブラリのログレベルを制御します。TiDB Lightning はTiDB をライブラリとしてインポートし、いくつかのログを自ら生成します。 diff --git a/tidb-lightning/tidb-lightning-data-source.md b/tidb-lightning/tidb-lightning-data-source.md index 783bde66f9df6..4fee706dcb7db 100644 --- a/tidb-lightning/tidb-lightning-data-source.md +++ b/tidb-lightning/tidb-lightning-data-source.md @@ -336,7 +336,7 @@ backslash-escape = false ## SQL {#sql} -TiDB Lightning TiDB LightningはSQLファイルを処理する際に、単一のSQLファイルを迅速に分割できないため、同時実行性を高めて単一ファイルのインポート速度を向上させることができません。そのため、SQLファイルからデータをインポートする際は、巨大なSQLファイルを1つだけ使用することは避けてください。TiDB TiDB Lightningは、入力ファイルのサイズが256MiB程度に均一である場合に最も効果的に動作します。 +TiDB LightningはSQLファイルを処理する際に、単一のSQLファイルを迅速に分割できないため、同時実行性を高めて単一ファイルのインポート速度を向上させることができません。そのため、SQLファイルからデータをインポートする際は、巨大なSQLファイルを1つだけ使用することは避けてください。TiDB Lightningは、入力ファイルのサイズが256MiB程度に均一である場合に最も効果的に動作します。 ## 寄木細工 {#parquet} diff --git a/tidb-lightning/tidb-lightning-distributed-import.md b/tidb-lightning/tidb-lightning-distributed-import.md index 3b1c9491c7ca2..2002141fa45ba 100644 --- a/tidb-lightning/tidb-lightning-distributed-import.md +++ b/tidb-lightning/tidb-lightning-distributed-import.md @@ -24,7 +24,7 @@ TiDB Lightning を使用すると、次のシナリオでデータを並列に ## 考慮事項 {#considerations} -並列インポートを使用するには、 `parallel-import = true`設定する必要があります。TiDB TiDB Lightning を起動すると、下流の TiDB クラスタにメタデータが登録され、同時にターゲットクラスタにデータを移行している他のインスタンスが存在するかどうかが自動的に検出されます。存在する場合、自動的に並列インポートモードに移行します。 +並列インポートを使用するには、 `parallel-import = true`設定する必要があります。TiDB Lightning を起動すると、下流の TiDB クラスタにメタデータが登録され、同時にターゲットクラスタにデータを移行している他のインスタンスが存在するかどうかが自動的に検出されます。存在する場合、自動的に並列インポートモードに移行します。 ただし、データを並行して移行する場合は、次の点を考慮する必要があります。 @@ -75,8 +75,8 @@ TiDB Lightning は実行時に一部のリソースを排他的に使用しま TiDB Lightningがデプロイされている 5 つのノード上の 2 つのシャード テーブルをエクスポートします。 -- 2つのシャードテーブルが同じMySQLインスタンス内にある場合、 Dumplingのパラメータ`--filter`使用して直接エクスポートできます。TiDB TiDB Lightningを使用してインポートする場合は、 Dumplingがデータをエクスポートするディレクトリとして`data-source-dir`指定できます。 -- 2つのシャードテーブルのデータが異なるMySQLノードに分散されている場合は、 Dumplingを使用して個別にエクスポートする必要があります。エクスポートしたデータは、同じ親ディレクトリ内、かつ異なるサブディレクトリに配置する必要があります。TiDB TiDB Lightningを使用して並列インポートを実行する場合は、親ディレクトリとして`data-source-dir`指定する必要があります。 +- 2つのシャードテーブルが同じMySQLインスタンス内にある場合、 Dumplingのパラメータ`--filter`使用して直接エクスポートできます。TiDB Lightningを使用してインポートする場合は、 Dumplingがデータをエクスポートするディレクトリとして`data-source-dir`指定できます。 +- 2つのシャードテーブルのデータが異なるMySQLノードに分散されている場合は、 Dumplingを使用して個別にエクスポートする必要があります。エクスポートしたデータは、同じ親ディレクトリ内、かつ異なるサブディレクトリに配置する必要があります。TiDB Lightningを使用して並列インポートを実行する場合は、親ディレクトリとして`data-source-dir`指定する必要があります。 Dumpling を使用してデータをエクスポートする方法の詳細については、 [Dumpling](/dumpling-overview.md)参照してください。 @@ -122,7 +122,7 @@ nohup tiup tidb-lightning -config tidb-lightning.toml > nohup.out & 並列インポート中、 TiDB Lightning はタスクの開始後に次のチェックを自動的に実行します。 -- ローカルディスク（構成`sort-kv-dir`で制御）とTiKVクラスターに、データのインポートに必要な空き容量があるかどうかを確認してください。必要なディスク容量については、 [下流のstorageスペース要件](/tidb-lightning/tidb-lightning-requirements.md#storage-space-of-the-target-database)と[リソース要件](/tidb-lightning/tidb-lightning-physical-import-mode.md#environment-requirements)参照してください。TiDB TiDB Lightningはデータソースをサンプリングし、サンプル結果からインデックスサイズの割合を推定します。推定にはインデックスも含まれるため、ソースデータのサイズがローカルディスクの空き容量よりも小さい場合でも、チェックが失敗する場合があります。 +- ローカルディスク（構成`sort-kv-dir`で制御）とTiKVクラスターに、データのインポートに必要な空き容量があるかどうかを確認してください。必要なディスク容量については、 [下流のstorageスペース要件](/tidb-lightning/tidb-lightning-requirements.md#storage-space-of-the-target-database)と[リソース要件](/tidb-lightning/tidb-lightning-physical-import-mode.md#environment-requirements)参照してください。TiDB Lightningはデータソースをサンプリングし、サンプル結果からインデックスサイズの割合を推定します。推定にはインデックスも含まれるため、ソースデータのサイズがローカルディスクの空き容量よりも小さい場合でも、チェックが失敗する場合があります。 - TiKVクラスタ内のリージョンが均等に分散されているか、また空きリージョンが多すぎないかを確認してください。空きリージョンの数がmax(1000, テーブル数 * 3)を超える場合、つまり「1000」または「テーブル数の3倍」のいずれか大きい方を超える場合、インポートは実行できません。 - データソースからデータが順番にインポートされているか確認します。確認結果に基づいて`mydumper.batch-size`のサイズが自動的に調整されます。そのため、 `mydumper.batch-size`構成は利用できなくなります。 diff --git a/tidb-lightning/tidb-lightning-faq.md b/tidb-lightning/tidb-lightning-faq.md index 4f2c3a36174ff..4ef89909a886e 100644 --- a/tidb-lightning/tidb-lightning-faq.md +++ b/tidb-lightning/tidb-lightning-faq.md @@ -81,7 +81,7 @@ sql-mode = "STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION" TiDB Lightning は、10 ギガビット ネットワーク カードで使用するのが最適です。 -1ギガビットネットワークカードは合計120MB/秒の帯域幅しか提供できず、これをすべてのターゲットTiKVストアで共有する必要があります。TiDB TiDB Lightningは、物理インポートモードで1ギガビットネットワークの全帯域幅を簡単に飽和させ、PDに接続できなくなるため、クラスタを停止させる可能性があります。 +1ギガビットネットワークカードは合計120MB/秒の帯域幅しか提供できず、これをすべてのターゲットTiKVストアで共有する必要があります。TiDB Lightningは、物理インポートモードで1ギガビットネットワークの全帯域幅を簡単に飽和させ、PDに接続できなくなるため、クラスタを停止させる可能性があります。 ## TiDB Lightning がターゲット TiKV クラスターにこれほど多くの空き領域を必要とするのはなぜですか? {#why-tidb-lightning-requires-so-much-free-space-in-the-target-tikv-cluster} @@ -135,7 +135,7 @@ TiDB Lightning は[SQLの配置ルール](/placement-rules-in-sql.md)と互換 その理由は次のように説明されます。 -SQLにおける配置ルールの目的は、特定のTiKVノードのデータ配置をテーブルレベルまたはパーティションレベルで制御することです。TiDB TiDB Lightningは、テキストファイル形式のデータをターゲットのTiDBクラスターにインポートします。データファイルが配置ルールの定義と共にエクスポートされた場合、インポートプロセス中に、 TiDB Lightningは定義に基づいてターゲットクラスター内に対応する配置ルールポリシーを作成する必要があります。ソースクラスターとターゲットクラスターのトポロジが異なる場合、これが問題を引き起こす可能性があります。 +SQLにおける配置ルールの目的は、特定のTiKVノードのデータ配置をテーブルレベルまたはパーティションレベルで制御することです。TiDB Lightningは、テキストファイル形式のデータをターゲットのTiDBクラスターにインポートします。データファイルが配置ルールの定義と共にエクスポートされた場合、インポートプロセス中に、 TiDB Lightningは定義に基づいてターゲットクラスター内に対応する配置ルールポリシーを作成する必要があります。ソースクラスターとターゲットクラスターのトポロジが異なる場合、これが問題を引き起こす可能性があります。 Suppose the source cluster has the following topology: diff --git a/tidb-lightning/tidb-lightning-glossary.md b/tidb-lightning/tidb-lightning-glossary.md index 15c151675098c..8ce7efa7d3554 100644 --- a/tidb-lightning/tidb-lightning-glossary.md +++ b/tidb-lightning/tidb-lightning-glossary.md @@ -167,7 +167,7 @@ KV ペアを TiKV Importer に送信する前に、 TiDB Lightning自体によ ### 後処理 {#post-processing} -データソース全体が解析され、TiKV Importer に送信された後の期間。TiDB TiDB Lightning はTiKV Importer のアップロードを待機し、 [SST ファイル](/tidb-lightning/tidb-lightning-glossary.md#sst-file)の[摂取する](/tidb-lightning/tidb-lightning-glossary.md#ingest) 。 +データソース全体が解析され、TiKV Importer に送信された後の期間。TiDB Lightning はTiKV Importer のアップロードを待機し、 [SST ファイル](/tidb-lightning/tidb-lightning-glossary.md#sst-file)の[摂取する](/tidb-lightning/tidb-lightning-glossary.md#ingest) 。 diff --git a/tidb-lightning/tidb-lightning-logical-import-mode-usage.md b/tidb-lightning/tidb-lightning-logical-import-mode-usage.md index 9840e429b39d6..a7128833329a5 100644 --- a/tidb-lightning/tidb-lightning-logical-import-mode-usage.md +++ b/tidb-lightning/tidb-lightning-logical-import-mode-usage.md @@ -47,7 +47,7 @@ log-level = "error" ## 競合検出 {#conflict-detection} -競合データとは、PK列またはUK列に同じデータを持つ2つ以上のレコードを指します。論理インポートモードでは、 [`conflict.strategy`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)設定項目を設定することで、競合データの処理方法を設定できます。TiDB TiDB Lightningは、この処理方法に基づいて、異なるSQL文でデータをインポートします。 +競合データとは、PK列またはUK列に同じデータを持つ2つ以上のレコードを指します。論理インポートモードでは、 [`conflict.strategy`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)設定項目を設定することで、競合データの処理方法を設定できます。TiDB Lightningは、この処理方法に基づいて、異なるSQL文でデータをインポートします。 | 戦略 | 競合データのデフォルトの動作 | 対応するSQL文 | | :---------- | :----------------------------------------------------- | :----------------------------------------------------------------------------------------------------------- | diff --git a/tidb-lightning/tidb-lightning-logical-import-mode.md b/tidb-lightning/tidb-lightning-logical-import-mode.md index 45da711323e6c..4c87b2172bed0 100644 --- a/tidb-lightning/tidb-lightning-logical-import-mode.md +++ b/tidb-lightning/tidb-lightning-logical-import-mode.md @@ -15,11 +15,11 @@ TiDBクラスターに既にデータが含まれており、外部アプリケ **オペレーティング·システム**： -CentOS 7の新規インスタンスの使用をお勧めします。仮想マシンはローカルホストまたはクラウドにデプロイできます。TiDB TiDB Lightningはデフォルトで必要なCPUリソースを消費するため、専用サーバーにデプロイすることをお勧めします。これが不可能な場合は、他のTiDBコンポーネント（例：tikv-server）と一緒に単一のサーバーにデプロイし、 TiDB LightningからのCPU使用量を制限するように`region-concurrency`設定できます。通常、サイズは論理CPUの75%に設定できます。 +CentOS 7の新規インスタンスの使用をお勧めします。仮想マシンはローカルホストまたはクラウドにデプロイできます。TiDB Lightningはデフォルトで必要なCPUリソースを消費するため、専用サーバーにデプロイすることをお勧めします。これが不可能な場合は、他のTiDBコンポーネント（例：tikv-server）と一緒に単一のサーバーにデプロイし、 TiDB LightningからのCPU使用量を制限するように`region-concurrency`設定できます。通常、サイズは論理CPUの75%に設定できます。 **メモリとCPU** : -パフォーマンスを向上させるには、CPUコア数を4以上、メモリを8GiB以上割り当てることをお勧めします。TiDB TiDB Lightningは、論理インポートモードではメモリ使用量が5GiB以下と、それほど大きくないことが検証されています。ただし、値を`region-concurrency`に増やすと、 TiDB Lightningのメモリ消費量が増加する可能性があります。 +パフォーマンスを向上させるには、CPUコア数を4以上、メモリを8GiB以上割り当てることをお勧めします。TiDB Lightningは、論理インポートモードではメモリ使用量が5GiB以下と、それほど大きくないことが検証されています。ただし、値を`region-concurrency`に増やすと、 TiDB Lightningのメモリ消費量が増加する可能性があります。 **ネットワーク**: 1 Gbps または 10 Gbps のイーサネット カードが推奨されます。 diff --git a/tidb-lightning/tidb-lightning-physical-import-mode-usage.md b/tidb-lightning/tidb-lightning-physical-import-mode-usage.md index b06750714ef0a..941561d5e8469 100644 --- a/tidb-lightning/tidb-lightning-physical-import-mode-usage.md +++ b/tidb-lightning/tidb-lightning-physical-import-mode-usage.md @@ -280,7 +280,7 @@ TiKVの[`num-threads`](/tikv-configuration-file.md#num-threads)設定もパフ 物理インポートモードでデータをインポートすると、 TiDB Lightning は元のデータをエンコード、ソート、分割するために、ローカルディスク上に多数の一時ファイルを作成します。ローカルディスクの空き容量が不足すると、 TiDB Lightning は書き込みエラーを報告し、終了します。 -このような状況を回避するには、 TiDB Lightningのディスククォータを設定できます。一時ファイルのサイズがディスククォータを超えると、 TiDB Lightning はソースデータの読み取りと一時ファイルの書き込みプロセスを一時停止します。TiDB TiDB Lightning は、ソートされたキーと値のペアを TiKV に書き込むことを優先します。ローカルの一時ファイルを削除した後、 TiDB Lightning はインポートプロセスを続行します。 +このような状況を回避するには、 TiDB Lightningのディスククォータを設定できます。一時ファイルのサイズがディスククォータを超えると、 TiDB Lightning はソースデータの読み取りと一時ファイルの書き込みプロセスを一時停止します。TiDB Lightning は、ソートされたキーと値のペアを TiKV に書き込むことを優先します。ローカルの一時ファイルを削除した後、 TiDB Lightning はインポートプロセスを続行します。 ディスク クォータを有効にするには、構成ファイルに次の構成を追加します。 @@ -297,4 +297,4 @@ check-disk-quota = "30s" `disk-quota` TiDB Lightningが使用するstorage容量を制限します。デフォルト値は MaxInt64 で、9223372036854775807 バイトです。この値はインポートに必要なディスク容量よりもはるかに大きいため、デフォルト値のままにしておくとディスククォータを設定していないのと同じになります。 -`check-disk-quota`はディスク クォータをチェックする間隔です。デフォルト値は 60 秒です。TiDB TiDB Lightning がディスク クォータをチェックすると、関連データの排他ロックが取得され、すべてのインポート スレッドがブロックされます。そのため、 TiDB Lightning が毎回書き込み前にディスク クォータをチェックすると、書き込み効率が大幅に低下します (シングル スレッド書き込みと同じくらい遅くなります)。効率的な書き込みを実現するために、毎回書き込み前にディスク クォータをチェックするのではなく、 TiDB Lightning はすべてのインポート スレッドを一時停止し、 `check-disk-quota`間隔ごとにディスク クォータをチェックします。つまり、 `check-disk-quota`の値を大きい値に設定すると、 TiDB Lightningが使用するディスク領域が設定したディスク クォータを超え、ディスク クォータが無効になる可能性があります。したがって、 `check-disk-quota`の値は小さい値に設定することをお勧めします。この項目の具体的な値は、 TiDB Lightning が実行されている環境によって決まります。環境が異なると、 TiDB Lightning が一時ファイルを異なる速度で書き込みます。理論的には、速度が速いほど、 `check-disk-quota`の値は小さくなるはずです。 +`check-disk-quota`はディスク クォータをチェックする間隔です。デフォルト値は 60 秒です。TiDB Lightning がディスク クォータをチェックすると、関連データの排他ロックが取得され、すべてのインポート スレッドがブロックされます。そのため、 TiDB Lightning が毎回書き込み前にディスク クォータをチェックすると、書き込み効率が大幅に低下します (シングル スレッド書き込みと同じくらい遅くなります)。効率的な書き込みを実現するために、毎回書き込み前にディスク クォータをチェックするのではなく、 TiDB Lightning はすべてのインポート スレッドを一時停止し、 `check-disk-quota`間隔ごとにディスク クォータをチェックします。つまり、 `check-disk-quota`の値を大きい値に設定すると、 TiDB Lightningが使用するディスク領域が設定したディスク クォータを超え、ディスク クォータが無効になる可能性があります。したがって、 `check-disk-quota`の値は小さい値に設定することをお勧めします。この項目の具体的な値は、 TiDB Lightning が実行されている環境によって決まります。環境が異なると、 TiDB Lightning が一時ファイルを異なる速度で書き込みます。理論的には、速度が速いほど、 `check-disk-quota`の値は小さくなるはずです。 diff --git a/tidb-lightning/tidb-lightning-physical-import-mode.md b/tidb-lightning/tidb-lightning-physical-import-mode.md index 53aaf596fc637..84c728493ba56 100644 --- a/tidb-lightning/tidb-lightning-physical-import-mode.md +++ b/tidb-lightning/tidb-lightning-physical-import-mode.md @@ -19,7 +19,7 @@ backend = "local" ## 実装 {#implementation} -1. TiDB Lightningは、データをインポートする前に、TiKVノードを自動的に「インポートモード」に切り替えます。これにより、書き込みパフォーマンスが向上し、自動コンパクションが停止します。TiDB TiDB Lightningは、 TiDB Lightningのバージョンに応じて、グローバルスケジューリングを一時停止するかどうかを決定します。 +1. TiDB Lightningは、データをインポートする前に、TiKVノードを自動的に「インポートモード」に切り替えます。これにより、書き込みパフォーマンスが向上し、自動コンパクションが停止します。TiDB Lightningは、 TiDB Lightningのバージョンに応じて、グローバルスケジューリングを一時停止するかどうかを決定します。 - v7.1.0 以降では、 TiDB Lightningパラメータ[`pause-pd-scheduler-scope`](/tidb-lightning/tidb-lightning-configuration.md)を使用して、一時停止スケジュールの範囲を制御できます。 - TiDB Lightningバージョン v6.2.0 から v7.0.0 の場合、グローバルスケジューリングの一時停止の動作は TiDB クラスタのバージョンによって異なります。TiDB クラスタが v6.1.0 以上の場合、 TiDB Lightning はターゲットテーブルデータが格納されているリージョンのスケジューリングを一時停止します。インポートが完了すると、 TiDB Lightning はスケジューリングを回復します。その他のバージョンの場合、 TiDB Lightning はグローバルスケジューリングを一時停止します。 @@ -31,7 +31,7 @@ backend = "local" 3. 各テーブルは複数の連続した**ブロック**に分割されるため、 TiDB Lightning は大規模なテーブル (200 GB 以上) からデータを並列にインポートできます。 -4. TiDB Lightningは、キーと値のペアを処理するために、各ブロックごとに「エンジンファイル」を用意します。TiDB TiDB LightningはSQLダンプを並列に読み取り、データソースをTiDBと同じエンコーディングでキーと値のペアに変換し、キーと値のペアをソートしてローカルの一時storageファイルに書き込みます。 +4. TiDB Lightningは、キーと値のペアを処理するために、各ブロックごとに「エンジンファイル」を用意します。TiDB LightningはSQLダンプを並列に読み取り、データソースをTiDBと同じエンコーディングでキーと値のペアに変換し、キーと値のペアをソートしてローカルの一時storageファイルに書き込みます。 5. エンジン ファイルが書き込まれると、 TiDB Lightning はターゲット TiKV クラスター上のデータの分割とスケジュールを開始し、その後、データを TiKV クラスターにインポートします。 @@ -51,7 +51,7 @@ backend = "local" **オペレーティング·システム**： -CentOS 7の新規インスタンスの使用をお勧めします。仮想マシンはローカルホストまたはクラウドにデプロイできます。TiDB TiDB Lightningはデフォルトで必要なCPUリソースを消費するため、専用サーバーにデプロイすることをお勧めします。これが不可能な場合は、他のTiDBコンポーネント（例：tikv-server）と一緒に単一のサーバーにデプロイし、 TiDB LightningからのCPU使用量を制限するように`region-concurrency`設定できます。通常、サイズは論理CPUの75%に設定できます。 +CentOS 7の新規インスタンスの使用をお勧めします。仮想マシンはローカルホストまたはクラウドにデプロイできます。TiDB Lightningはデフォルトで必要なCPUリソースを消費するため、専用サーバーにデプロイすることをお勧めします。これが不可能な場合は、他のTiDBコンポーネント（例：tikv-server）と一緒に単一のサーバーにデプロイし、 TiDB LightningからのCPU使用量を制限するように`region-concurrency`設定できます。通常、サイズは論理CPUの75%に設定できます。 **メモリとCPU** : diff --git a/tidb-lightning/tidb-lightning-prechecks.md b/tidb-lightning/tidb-lightning-prechecks.md index f0c63b2e72a15..051c2538e2f3d 100644 --- a/tidb-lightning/tidb-lightning-prechecks.md +++ b/tidb-lightning/tidb-lightning-prechecks.md @@ -13,7 +13,7 @@ TiDB 5.3.0以降、 TiDB Lightningは移行タスク実行前に設定をチェ | ---------------------------------------------- | -------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | クラスタのバージョンとステータス | = 5.3.0 | 構成でクラスターを接続できるかどうか、および TiKV/PD/ TiFlashバージョンが物理インポート モードをサポートしているかどうかを確認します。 | | 権限 | = 5.3.0 | データ ソースがクラウドstorage(Amazon S3) の場合、 TiDB Lightning に必要な権限があるかどうかを確認し、権限不足のためにインポートが失敗しないことを確認します。 | -| ディスク容量 | = 5.3.0 | ローカルディスクと TiKV クラスターに、データのインポートに十分な空き容量があるかどうかを確認します。TiDB TiDB Lightning はデータソースをサンプリングし、サンプル結果からインデックスサイズの割合を推定します。推定にはインデックスも含まれるため、ソースデータのサイズがローカルディスクの空き容量よりも小さい場合でも、チェックが失敗する場合があります。物理インポートモードでは、外部ソートをローカルで実行する必要があるため、 TiDB Lightning はローカルstorageが十分かどうかも確認します。TiKV クラスターの空き容量とローカルストレージのstorage容量 ( `sort-kv-dir`で制御) の詳細については、 [下流のstorageスペース要件](/tidb-lightning/tidb-lightning-requirements.md#storage-space-of-the-target-database)と[リソース要件](/tidb-lightning/tidb-lightning-physical-import-mode.md#environment-requirements)参照してください。 | +| ディスク容量 | = 5.3.0 | ローカルディスクと TiKV クラスターに、データのインポートに十分な空き容量があるかどうかを確認します。TiDB Lightning はデータソースをサンプリングし、サンプル結果からインデックスサイズの割合を推定します。推定にはインデックスも含まれるため、ソースデータのサイズがローカルディスクの空き容量よりも小さい場合でも、チェックが失敗する場合があります。物理インポートモードでは、外部ソートをローカルで実行する必要があるため、 TiDB Lightning はローカルstorageが十分かどうかも確認します。TiKV クラスターの空き容量とローカルストレージのstorage容量 ( `sort-kv-dir`で制御) の詳細については、 [下流のstorageスペース要件](/tidb-lightning/tidb-lightning-requirements.md#storage-space-of-the-target-database)と[リソース要件](/tidb-lightning/tidb-lightning-physical-import-mode.md#environment-requirements)参照してください。 | | リージョン配信状況 | = 5.3.0 | TiKVクラスタ内のリージョンが均等に分散されているか、また空のリージョンが多すぎないかを確認してください。空のリージョンの数がmax(1000, テーブル数 * 3)を超える場合、つまり「1000」または「テーブル数の3倍」のいずれか大きい方を超える場合、インポートは実行できません。 | | データファイル内の非常に大きなCSVファイル | = 5.3.0 | バックアップファイルに10GiBを超えるCSVファイルがあり、自動スライスが有効になっていない場合（StrictFormat=false）、インポートのパフォーマンスに影響します。このチェックは、データが正しい形式であること、および自動スライスが有効になっていることを確認するためのものです。 | | ブレークポイントからの回復 | = 5.3.0 | このチェックにより、ブレークポイント回復プロセス中に、間違ったデータがインポートされるような変更がデータベースのソース ファイルまたはスキーマに加えられないことが保証されます。 | diff --git a/tidb-operator-overview.md b/tidb-operator-overview.md index 615235f22d8f9..2ebf6ecbbd919 100644 --- a/tidb-operator-overview.md +++ b/tidb-operator-overview.md @@ -5,7 +5,7 @@ summary: Kubernetes 上の TiDB クラスターの自動運用システムでTiD # TiDB Operator {#tidb-operator} -[TiDB Operator](https://github.com/pingcap/tidb-operator) 、Kubernetes上のTiDBクラスタの自動運用システムです。デプロイメント、アップグレード、スケーリング、バックアップ、フェイルオーバー、設定変更など、TiDBのライフサイクル全体を管理します。TiDB TiDB Operatorを使用することで、パブリッククラウドまたはプライベートクラウドにデプロイされたKubernetesクラスタでTiDBをシームレスに実行できます。 +[TiDB Operator](https://github.com/pingcap/tidb-operator) 、Kubernetes上のTiDBクラスタの自動運用システムです。デプロイメント、アップグレード、スケーリング、バックアップ、フェイルオーバー、設定変更など、TiDBのライフサイクル全体を管理します。TiDB Operatorを使用することで、パブリッククラウドまたはプライベートクラウドにデプロイされたKubernetesクラスタでTiDBをシームレスに実行できます。 現在、 TiDB Operator のドキュメント（TiDB on Kubernetes ドキュメントとも呼ばれます）は、TiDB のドキュメントとは独立しています。ドキュメントにアクセスするには、次のリンクをクリックしてください。 diff --git a/tidb-resource-control-background-tasks.md b/tidb-resource-control-background-tasks.md index 35224cb9fa45c..47e3e46be06ab 100644 --- a/tidb-resource-control-background-tasks.md +++ b/tidb-resource-control-background-tasks.md @@ -28,7 +28,7 @@ TiDB は次の種類のバックグラウンド タスクをサポートして -- `lightning` : [TiDB Lightning](/tidb-lightning/tidb-lightning-overview.md)または[`IMPORT INTO`](/sql-statements/sql-statement-import-into.md)を使用してインポートタスクを実行します。TiDB TiDB Lightning の物理インポートモードと論理インポートモードの両方がサポートされています。 +- `lightning` : [TiDB Lightning](/tidb-lightning/tidb-lightning-overview.md)または[`IMPORT INTO`](/sql-statements/sql-statement-import-into.md)を使用してインポートタスクを実行します。TiDB Lightning の物理インポートモードと論理インポートモードの両方がサポートされています。 - `br` : [BR](/br/backup-and-restore-overview.md)を使用してバックアップおよび復元タスクを実行します。PITR はサポートされていません。 - `ddl` : Reorg DDL のバッチ データ書き戻しフェーズ中のリソース使用量を制御します。 - `stats` : 手動で実行されるか、TiDB によって自動的にトリガーされる[統計を収集する](/statistics.md#collect-statistics)タスク。 @@ -38,7 +38,7 @@ TiDB は次の種類のバックグラウンド タスクをサポートして -- `lightning` : [TiDB Lightning](https://docs.pingcap.com/tidb/stable/tidb-lightning-overview)を使用してインポートタスクを実行します。TiDB TiDB Lightningの物理インポートモードと論理インポートモードの両方がサポートされています。 +- `lightning` : [TiDB Lightning](https://docs.pingcap.com/tidb/stable/tidb-lightning-overview)を使用してインポートタスクを実行します。TiDB Lightningの物理インポートモードと論理インポートモードの両方がサポートされています。 - `br` : [BR](https://docs.pingcap.com/tidb/stable/backup-and-restore-overview)を使用してバックアップおよび復元タスクを実行します。PITR はサポートされていません。 - `ddl` : Reorg DDL のバッチ データ書き戻しフェーズ中のリソース使用量を制御します。 - `stats` : 手動で実行されるか、TiDB によって自動的にトリガーされる[統計を収集する](/statistics.md#collect-statistics)タスク。 diff --git a/tidb-resource-control-ru-groups.md b/tidb-resource-control-ru-groups.md index 0818032d8b2e7..012d02db93cca 100644 --- a/tidb-resource-control-ru-groups.md +++ b/tidb-resource-control-ru-groups.md @@ -69,7 +69,7 @@ v7.4.0以降、リソース制御機能はTiFlashリソースの制御をサポ > **注記：** > > - 各書き込み操作は最終的にすべてのレプリカに複製されます（デフォルトでは、TiKV には 3 つのレプリカがあります）。各レプリケーション操作はそれぞれ異なる書き込み操作とみなされます。 -> - 上記の表は、TiDBセルフマネージドクラスターのRU計算に関係するリソースのみを示しており、ネットワークとstorageの消費は含まれていません。TiDB TiDB Cloud Starter RUについては、 [TiDB Cloud Starter の価格詳細](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)参照してください。 +> - 上記の表は、TiDBセルフマネージドクラスターのRU計算に関係するリソースのみを示しており、ネットワークとstorageの消費は含まれていません。TiDB Cloud Starter RUについては、 [TiDB Cloud Starter の価格詳細](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)参照してください。 > - 現在、 TiFlashリソース制御では、クエリのパイプライン タスクの実行によって消費される CPU 時間である SQL CPU と、読み取り要求ペイロードのみが考慮されます。 ## リソース制御のパラメータ {#parameters-for-resource-control} @@ -87,7 +87,7 @@ v7.4.0以降、リソース制御機能はTiFlashリソースの制御をサポ -- TiKV: TiDB Self-Managed の場合、パラメータ`resource-control.enabled`使用して、リソースグループのクォータに基づくリクエストスケジューリングを使用するかどうかを制御できます。TiDB TiDB Cloudの場合、パラメータ`resource-control.enabled`の値はデフォルトで`true`設定されており、動的な変更はサポートされていません。 +- TiKV: TiDB Self-Managed の場合、パラメータ`resource-control.enabled`使用して、リソースグループのクォータに基づくリクエストスケジューリングを使用するかどうかを制御できます。TiDB Cloudの場合、パラメータ`resource-control.enabled`の値はデフォルトで`true`設定されており、動的な変更はサポートされていません。 - TiFlash: TiDB Self-Managed の場合、 `tidb_enable_resource_control`システム変数と`enable_resource_control`構成項目 (v7.4.0 で導入) を使用して、 TiFlashリソース制御を有効にするかどうかを制御できます。 @@ -101,13 +101,13 @@ TiDB v7.0.0以降では、 `tidb_enable_resource_control`と`resource-control.en -v7.4.0以降、 TiFlash設定項目`enable_resource_control`デフォルトで有効になっています。これは`tidb_enable_resource_control`と連携してTiFlashリソース制御機能を制御します。TiFlashTiFlash制御は、 `enable_resource_control`と`tidb_enable_resource_control`両方が有効な場合にのみ、フロー制御と優先度スケジューリングを実行します。また、 `enable_resource_control`有効な場合、 TiFlashは[パイプライン実行モデル](/tiflash/tiflash-pipeline-model.md)使用します。 +v7.4.0以降、 TiFlash設定項目`enable_resource_control`デフォルトで有効になっています。これは`tidb_enable_resource_control`と連携してTiFlashリソース制御機能を制御します。TiFlash制御は、 `enable_resource_control`と`tidb_enable_resource_control`両方が有効な場合にのみ、フロー制御と優先度スケジューリングを実行します。また、 `enable_resource_control`有効な場合、 TiFlashは[パイプライン実行モデル](/tiflash/tiflash-pipeline-model.md)使用します。 -v7.4.0以降、 TiFlash設定項目`enable_resource_control`デフォルトで有効になっています。これは`tidb_enable_resource_control`と連携してTiFlashリソース制御機能を制御します。TiFlashTiFlash制御は、 `enable_resource_control`と`tidb_enable_resource_control`両方が有効な場合にのみ、フロー制御と優先度スケジューリングを実行します。また、 `enable_resource_control`有効な場合、 TiFlashは[パイプライン実行モデル](http://docs.pingcap.com/tidb/dev/tiflash-pipeline-model)使用します。 +v7.4.0以降、 TiFlash設定項目`enable_resource_control`デフォルトで有効になっています。これは`tidb_enable_resource_control`と連携してTiFlashリソース制御機能を制御します。TiFlash制御は、 `enable_resource_control`と`tidb_enable_resource_control`両方が有効な場合にのみ、フロー制御と優先度スケジューリングを実行します。また、 `enable_resource_control`有効な場合、 TiFlashは[パイプライン実行モデル](http://docs.pingcap.com/tidb/dev/tiflash-pipeline-model)使用します。 @@ -257,9 +257,9 @@ SELECT /*+ RESOURCE_GROUP(rg1) */ * FROM t limit 10; SET GLOBAL tidb_enable_resource_control = 'OFF'; ``` -2. TiDB Self-Managed の場合、パラメータ`resource-control.enabled`使用して、リソースグループのクォータに基づくリクエストスケジューリングを使用するかどうかを制御できます。TiDB TiDB Cloudの場合、パラメータ`resource-control.enabled`の値はデフォルトで`true`設定されており、動的な変更はサポートされていません。TiDB TiDB Cloud Dedicated クラスターでこのパラメータを無効にする必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 +2. TiDB Self-Managed の場合、パラメータ`resource-control.enabled`使用して、リソースグループのクォータに基づくリクエストスケジューリングを使用するかどうかを制御できます。TiDB Cloudの場合、パラメータ`resource-control.enabled`の値はデフォルトで`true`設定されており、動的な変更はサポートされていません。TiDB Cloud Dedicated クラスターでこのパラメータを無効にする必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 -3. TiDB Self-Managed の場合、設定項目`enable_resource_control`使用してTiFlashリソース制御を有効にするかどうかを制御できます。TiDB TiDB Cloudの場合、パラメータ`enable_resource_control`の値はデフォルトで`true`設定されており、動的な変更はサポートされていません。TiDB TiDB Cloud Dedicated クラスターで無効にする必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 +3. TiDB Self-Managed の場合、設定項目`enable_resource_control`使用してTiFlashリソース制御を有効にするかどうかを制御できます。TiDB Cloudの場合、パラメータ`enable_resource_control`の値はデフォルトで`true`設定されており、動的な変更はサポートされていません。TiDB Cloud Dedicated クラスターで無効にする必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)お問い合わせください。 diff --git a/tiflash-performance-tuning-methods.md b/tiflash-performance-tuning-methods.md index 8d132d218f526..6c470105b455c 100644 --- a/tiflash-performance-tuning-methods.md +++ b/tiflash-performance-tuning-methods.md @@ -27,7 +27,7 @@ summary: パフォーマンス概要ダッシュボードにTiFlashメトリッ 次のメトリックを使用して、 TiFlashのスループットを取得できます。 -- MPP クエリ数: 各TiFlashインスタンスの MPP クエリ数の瞬間値。TiFlashTiFlashで処理する必要がある現在の MPP クエリ数 (処理中のクエリとスケジュール待ちのクエリを含む) を反映します。 +- MPP クエリ数: 各TiFlashインスタンスの MPP クエリ数の瞬間値。TiFlashで処理する必要がある現在の MPP クエリ数 (処理中のクエリとスケジュール待ちのクエリを含む) を反映します。 - 要求 QPS: すべてのTiFlashインスタンスによって受信されたコプロセッサ要求の数。 - `run_mpp_task` 、および`mpp_establish_conn` `dispatch_mpp_task` MPP 要求です。 - `batch` : バッチリクエストの数。 diff --git a/tiflash/tiflash-configuration.md b/tiflash/tiflash-configuration.md index 3281c26d03f27..1fad8097e939f 100644 --- a/tiflash/tiflash-configuration.md +++ b/tiflash/tiflash-configuration.md @@ -296,7 +296,7 @@ I/O トラフィック制限設定を構成します。 #### ロガー {#logger} -以下のパラメータはTiFlashログとTiFlashエラーログにのみ有効です。TiFlashTiFlashのログパラメータを設定する必要がある場合は、 [`tiflash-learner.toml`](#configure-the-tiflash-learnertoml-file)で指定してください。 +以下のパラメータはTiFlashログとTiFlashエラーログにのみ有効です。TiFlashのログパラメータを設定する必要がある場合は、 [`tiflash-learner.toml`](#configure-the-tiflash-learnertoml-file)で指定してください。 ##### level {#code-level-code} @@ -323,7 +323,7 @@ I/O トラフィック制限設定を構成します。 ##### count {#code-count-code} -- 保存できるログファイルの最大数。TiFlashTiFlashとTiFlashエラーログの場合、保存できるログファイルの最大数はそれぞれ`count`です。 +- 保存できるログファイルの最大数。TiFlashとTiFlashエラーログの場合、保存できるログファイルの最大数はそれぞれ`count`です。 - デフォルト値: `10` #### ラフト {#raft} @@ -454,7 +454,7 @@ I/O トラフィック制限設定を構成します。 ##### task_scheduler_active_set_soft_limitバージョン6.4.0の新機能 {#code-task-scheduler-active-set-soft-limit-code-span-class-version-mark-new-in-v6-4-0-span} -- この項目はMinTSOスケジューラに使用されます。TiFlashTiFlashで同時に実行できるクエリの最大数を指定します。詳細については、 [TiFlash MinTSO スケジューラ](/tiflash/tiflash-mintso-scheduler.md)参照してください。 +- この項目はMinTSOスケジューラに使用されます。TiFlashで同時に実行できるクエリの最大数を指定します。詳細については、 [TiFlash MinTSO スケジューラ](/tiflash/tiflash-mintso-scheduler.md)参照してください。 - デフォルト値: バージョン7.4.0より前のバージョンでは、デフォルト値は`vcpu * 0.25`で、これはvCPU数の4分の1を意味します。バージョン7.4.0以降では、デフォルト値は`vcpu * 2`で、これはvCPU数の2倍を意味します。 #### セキュリティv4.0.5 の新機能 {#security-span-class-version-mark-new-in-v4-0-5-span} @@ -491,7 +491,7 @@ I/O トラフィック制限設定を構成します。 ### tiflash-learner.tomlファイルを設定する {#configure-the-code-tiflash-learner-toml-code-file} -`tiflash-learner.toml`のパラメータは基本的にTiKVと同じです。TiFlashTiFlashの設定については[TiKV構成](/tikv-configuration-file.md)参照してください。以下はよく使用されるパラメータのみを示しています。ご注意ください。 +`tiflash-learner.toml`のパラメータは基本的にTiKVと同じです。TiFlashの設定については[TiKV構成](/tikv-configuration-file.md)参照してください。以下はよく使用されるパラメータのみを示しています。ご注意ください。 - TiKV と比較して、 TiFlash Proxy には[`raftstore.snap-handle-pool-size`](#snap-handle-pool-size-new-in-v400)追加パラメーターがあります。 - キーが`engine`の`label`は予約されており、手動で設定することはできません。 diff --git a/tiflash/tiflash-disaggregated-and-s3.md b/tiflash/tiflash-disaggregated-and-s3.md index f8f321dcb5289..5bbf6afa3608c 100644 --- a/tiflash/tiflash-disaggregated-and-s3.md +++ b/tiflash/tiflash-disaggregated-and-s3.md @@ -128,7 +128,7 @@ TiFlashの分散型storageおよびコンピューティングアーキテクチ - 上記の`ACCESS_KEY_ID`と`SECRET_ACCESS_KEY`設定ファイルに直接記述されていることに注意してください。環境変数を使用して個別に設定することもできます。両方の方法で設定した場合、環境変数が優先されます。 - 環境変数を使用して`ACCESS_KEY_ID`と`SECRET_ACCESS_KEY`構成するには、 TiFlashTiFlashを開始するユーザー環境 (通常は`tidb` ) に切り替え、 `~/.bash_profile`変更して次の構成を追加します。 + 環境変数を使用して`ACCESS_KEY_ID`と`SECRET_ACCESS_KEY`構成するには、 TiFlashを開始するユーザー環境 (通常は`tidb` ) に切り替え、 `~/.bash_profile`変更して次の構成を追加します。 ```shell export S3_ACCESS_KEY_ID={ACCESS_KEY_ID} diff --git a/tiflash/tiflash-overview.md b/tiflash/tiflash-overview.md index a3ab41d2e88b2..11beed501d8a5 100644 --- a/tiflash/tiflash-overview.md +++ b/tiflash/tiflash-overview.md @@ -37,7 +37,7 @@ TiFlashはTiDBと互換性があります。TiDBをTiFlashの計算エンジン 現在、 TiFlashに直接データを書き込むことはできません。TiKV は TiDB クラスターにLearnerロールとして接続するため、 TiFlashにデータを書き込み、それを複製する必要があります。TiFlashはテーブル単位でのデータ複製をサポートしていますが、デプロイ後、デフォルトではデータは複製されません。指定したテーブルのデータを複製するには、 [テーブルのTiFlashレプリカを作成する](/tiflash/create-tiflash-replicas.md#create-tiflash-replicas-for-tables)参照してください。 -TiFlashは、列指向storageコンポーネントとTiFlashプロキシコンポーネントという2つの主要コンポーネントで構成されています。TiFlashTiFlashコンポーネントは、Multi-Raftコンセンサスアルゴリズムを用いた通信を担います。 +TiFlashは、列指向storageコンポーネントとTiFlashプロキシコンポーネントという2つの主要コンポーネントで構成されています。TiFlashコンポーネントは、Multi-Raftコンセンサスアルゴリズムを用いた通信を担います。 TiFlash内のテーブルのレプリカを作成するための DDL コマンドを受信すると、TiDB は PD 内に対応する[配置ルール](https://docs.pingcap.com/tidb/stable/configure-placement-rules)自動的に作成し、その後 PD はこれらのルールに基づいて対応するデータ スケジューリングを実行します。 diff --git a/tiflash/tiflash-pipeline-model.md b/tiflash/tiflash-pipeline-model.md index 131da6f0cd8f9..6e284c950538a 100644 --- a/tiflash/tiflash-pipeline-model.md +++ b/tiflash/tiflash-pipeline-model.md @@ -10,7 +10,7 @@ summary: TiFlashパイプライン実行モデルについて学習します。 v7.2.0 以降、 TiFlash は新しい実行モデルであるパイプライン実行モデルをサポートします。 - v7.2.0 および v7.3.0 の場合: パイプライン実行モデルは実験的もので、 [`tidb_enable_tiflash_pipeline_model`](https://docs.pingcap.com/tidb/v7.2/system-variables#tidb_enable_tiflash_pipeline_model-introduced-since-v720)によって制御されます。 -- v7.4.0以降のバージョン：パイプライン実行モデルが一般提供されました。これはTiFlashの内部機能であり、 TiFlashリソース制御と緊密に統合されています。TiFlashTiFlash制御を有効にすると、パイプライン実行モデルも自動的に有効になります。TiFlashTiFlash制御の使用方法の詳細については、 [リソース制御を使用してリソースグループの制限とフロー制御を実現する](/tidb-resource-control-ru-groups.md#parameters-for-resource-control)を参照してください。また、v7.4.0以降、システム変数`tidb_enable_tiflash_pipeline_model`非推奨となりました。 +- v7.4.0以降のバージョン：パイプライン実行モデルが一般提供されました。これはTiFlashの内部機能であり、 TiFlashリソース制御と緊密に統合されています。TiFlash制御を有効にすると、パイプライン実行モデルも自動的に有効になります。TiFlash制御の使用方法の詳細については、 [リソース制御を使用してリソースグループの制限とフロー制御を実現する](/tidb-resource-control-ru-groups.md#parameters-for-resource-control)を参照してください。また、v7.4.0以降、システム変数`tidb_enable_tiflash_pipeline_model`非推奨となりました。 論文[Morsel駆動型並列処理: メニーコア時代に向けたNUMA対応クエリ評価フレームワーク](https://dl.acm.org/doi/10.1145/2588555.2610507)に着想を得たTiFlashパイプライン実行モデルは、従来のスレッドスケジューリングモデルとは異なる、きめ細かなタスクスケジューリングモデルを提供します。これにより、オペレーティングシステムのスレッド適用とスケジューリングのオーバーヘッドが削減され、きめ細かなスケジューリングメカニズムが実現されます。 diff --git a/tikv-in-memory-engine.md b/tikv-in-memory-engine.md index d2e5c6672850a..5a14ccb1c6053 100644 --- a/tikv-in-memory-engine.md +++ b/tikv-in-memory-engine.md @@ -77,7 +77,7 @@ mvcc-amplification-threshold = 10 ## 互換性 {#compatibility} -- [BR](/br/br-use-overview.md) ：インメモリエンジンはBRと併用できます。ただし、 BRリストア中は、リストア処理に関係するリージョンはインメモリエンジンから削除されます。BRBRが完了した後、対応するリージョンがホットスポットとして残っている場合は、インメモリエンジンによって自動的にロードされます。 +- [BR](/br/br-use-overview.md) ：インメモリエンジンはBRと併用できます。ただし、 BRリストア中は、リストア処理に関係するリージョンはインメモリエンジンから削除されます。BRが完了した後、対応するリージョンがホットスポットとして残っている場合は、インメモリエンジンによって自動的にロードされます。 - [TiDB Lightning](/tidb-lightning/tidb-lightning-overview.md) ：インメモリエンジンはTiDB Lightningと併用できます。ただし、 TiDB Lightningが物理インポートモードで動作する場合、復元プロセスに関係するリージョンはインメモリエンジンから削除されます。物理インポートが完了すると、対応するリージョンがホットスポットとして残っている場合、それらはインメモリエンジンによって自動的にロードされます。 - [Follower Read](/develop/dev-guide-use-follower-read.md)と[ステイル読み取り](/develop/dev-guide-use-stale-read.md) ：インメモリエンジンは、これら2つの機能と併用できます。ただし、インメモリエンジンはLeader上のコプロセッサ要求のみを高速化でき、Follower Readとステイル読み取り操作を高速化することはできません。 - [`FLASHBACK CLUSTER`](/sql-statements/sql-statement-flashback-cluster.md) ：インメモリエンジンはFlashbackと併用できます。ただし、Flashbackはインメモリエンジンのキャッシュを無効化します。Flashback処理が完了すると、インメモリエンジンはホットスポット領域を自動的にロードします。 diff --git a/tiproxy/tiproxy-configuration.md b/tiproxy/tiproxy-configuration.md index 62a1918311a1f..40da0b50d3b6d 100644 --- a/tiproxy/tiproxy-configuration.md +++ b/tiproxy/tiproxy-configuration.md @@ -266,7 +266,7 @@ TLS オブジェクト フィールド: #### sql-tls {#code-sql-tls-code} -クライアントTLSオブジェクト。TiDB TiDB SQLポート（4000）へのアクセスに使用されます。 +クライアントTLSオブジェクト。TiDB SQLポート（4000）へのアクセスに使用されます。 #### server-tls {#code-server-tls-code}