From 728a8c837782f1abde3364827e51792a3469d6ee Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 14 May 2026 15:27:55 +0900 Subject: [PATCH] docs: fix specific repeated component names in Japanese --- releases/release-6.2.0.md | 2 +- releases/release-6.6.0.md | 2 +- releases/release-8.0.0.md | 2 +- sql-statements/sql-statement-overview.md | 2 +- tidb-cloud/integrate-tidbcloud-with-vercel.md | 4 ++-- tidb-cloud/migrate-from-mysql-using-data-migration.md | 2 +- tidb-cloud/scalability-concepts.md | 2 +- .../set-up-private-endpoint-connections-serverless.md | 2 +- tidb-cloud/tidb-cloud-faq.md | 10 +++++----- tidb-cloud/tidb-cloud-glossary.md | 2 +- tidb-cloud/tidb-cloud-intro.md | 8 ++++---- .../tidb-lightning-logical-import-mode-usage.md | 2 +- .../tidb-lightning-physical-import-mode-usage.md | 4 ++-- 13 files changed, 22 insertions(+), 22 deletions(-) diff --git a/releases/release-6.2.0.md b/releases/release-6.2.0.md index 2625d184aba1d..7804c0bccce2b 100644 --- a/releases/release-6.2.0.md +++ b/releases/release-6.2.0.md @@ -210,7 +210,7 @@ TiDBバージョン: 6.2.0-DMR - TiDB Lightningのディスククォータ設定をサポート（実験的） - TiDB Lightning が物理インポートモード (backend='local') でデータをインポートする場合、sorted-kv-dir にはソースデータを格納するのに十分な空き容量が必要です。ディスク容量が不足すると、インポートタスクが失敗する可能性があります。TiDB TiDB Lightningが使用するディスク容量の合計を制限するために、新しい`disk_quota`設定を使用すれば、sorted-kv-dir に十分なstorage容量がない場合でも、インポートタスクを正常に完了できます。 + TiDB Lightning が物理インポートモード (backend='local') でデータをインポートする場合、sorted-kv-dir にはソースデータを格納するのに十分な空き容量が必要です。ディスク容量が不足すると、インポートタスクが失敗する可能性があります。TiDB Lightningが使用するディスク容量の合計を制限するために、新しい`disk_quota`設定を使用すれば、sorted-kv-dir に十分なstorage容量がない場合でも、インポートタスクを正常に完了できます。 [ユーザー向けドキュメント](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md#configure-disk-quota-new-in-v620) [#446](https://github.com/pingcap/tidb-lightning/issues/446) @[buchuitoudegou](https://github.com/buchuitoudegou) diff --git a/releases/release-6.6.0.md b/releases/release-6.6.0.md index b43de92a71c8c..1ae4ca862705d 100644 --- a/releases/release-6.6.0.md +++ b/releases/release-6.6.0.md @@ -174,7 +174,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone - TiDB Lightning は、ソース ファイルとターゲット テーブル間の列名の不一致の問題に対処するため、新しい構成パラメータ`"header-schema-match"`を追加しました。@[dsdashun](https://github.com/dsdashun) - TiDB Lightning v6.6.0では、新しいプロファイルパラメータ`"header-schema-match"`が追加されました。デフォルト値は`true`で、これはソースCSVファイルの最初の行が列名として扱われ、ターゲットテーブルの列名と一致することを意味します。CSVテーブルヘッダーのフィールド名がターゲットテーブルの列名と一致しない場合は、この設定を`false`に設定できます。TiDB TiDB Lightningはエラーを無視し、ターゲットテーブルの列の順序でデータのインポートを続行します。 + TiDB Lightning v6.6.0では、新しいプロファイルパラメータ`"header-schema-match"`が追加されました。デフォルト値は`true`で、これはソースCSVファイルの最初の行が列名として扱われ、ターゲットテーブルの列名と一致することを意味します。CSVテーブルヘッダーのフィールド名がターゲットテーブルの列名と一致しない場合は、この設定を`false`に設定できます。TiDB Lightningはエラーを無視し、ターゲットテーブルの列の順序でデータのインポートを続行します。 詳細については、 [ドキュメント](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)を参照してください。 diff --git a/releases/release-8.0.0.md b/releases/release-8.0.0.md index 630b16ef0af5f..2ed8839b22e3b 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 ノードのリソースを最大限に活用し、データベースの復元時間を大幅に短縮し、データベースの可用性と信頼性を向上させ、データ損失やシステム障害によるダウンタイムやビジネス損失を削減できることを意味します。復元速度の向上は、多数のゴルーチンの並列実行によるものであり、特にテーブルやリージョンが多い場合は、メモリ消費量が大幅に増加する可能性があることに注意してください。BRBRを実行するには、メモリ容量の大きいマシンを使用することをお勧めします。マシンのメモリ容量が限られている場合は、よりきめ細かいリージョン分散アルゴリズムを使用することをお勧めします。また、粗い粒度のリージョン分散アルゴリズムは外部storageの帯域幅を大量に消費する可能性があるため、外部帯域幅不足による他のアプリケーションへの影響を避ける必要があります。 + これは、高負荷環境でもBR が各 TiKV ノードのリソースを最大限に活用し、データベースの復元時間を大幅に短縮し、データベースの可用性と信頼性を向上させ、データ損失やシステム障害によるダウンタイムやビジネス損失を削減できることを意味します。復元速度の向上は、多数のゴルーチンの並列実行によるものであり、特にテーブルやリージョンが多い場合は、メモリ消費量が大幅に増加する可能性があることに注意してください。BRを実行するには、メモリ容量の大きいマシンを使用することをお勧めします。マシンのメモリ容量が限られている場合は、よりきめ細かいリージョン分散アルゴリズムを使用することをお勧めします。また、粗い粒度のリージョン分散アルゴリズムは外部storageの帯域幅を大量に消費する可能性があるため、外部帯域幅不足による他のアプリケーションへの影響を避ける必要があります。 詳細については、 [ドキュメント](/br/br-snapshot-guide.md#restore-cluster-snapshots)を参照してください。 diff --git a/sql-statements/sql-statement-overview.md b/sql-statements/sql-statement-overview.md index df881deab3179..66ef5f5a99edb 100644 --- a/sql-statements/sql-statement-overview.md +++ b/sql-statements/sql-statement-overview.md @@ -306,7 +306,7 @@ TiDBは、ISO/IEC SQL標準に準拠することを目的としたSQL文を使 > **注記：** > -> [TiCDC](https://docs.pingcap.com/tidb/stable/ticdc-overview)は、TiDBセルフマネージドのTiDBデータをアップストリームに複製するためのツールです。TiCDCのほとんどの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)は、TiDBセルフマネージドのTiDBデータをアップストリームに複製するためのツールです。TiCDCのほとんどのSQLステートメントはTiDB Cloudには適用できません。TiDB Cloudの場合は、代わりに[TiDB Cloudコンソール](https://tidbcloud.com)の[変更フィード](/tidb-cloud/changefeed-overview.md)機能を使用してデータをストリーミングできます。 | SQLステートメント | 説明 | | --------------------------------------------------------------------------- | -------------------- | diff --git a/tidb-cloud/integrate-tidbcloud-with-vercel.md b/tidb-cloud/integrate-tidbcloud-with-vercel.md index 1c62d2c66553a..947b5dcdbba46 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クラスターまたはTiDB Cloud Premium インスタンスに接続する場合は、 [手動法](#connect-via-manually-setting-environment-variables)を使用してください。 +> この方法は、 TiDB Cloud StarterおよびTiDB Cloud Essentialインスタンスでのみ利用可能です。TiDB Cloud DedicatedクラスターまたはTiDB Cloud Premium インスタンスに接続する場合は、 [手動法](#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/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 3ee85164c9040..04011589cd7e6 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -347,7 +347,7 @@ TiDB Cloud Premiumで利用可能な接続方法は以下のとおりです。 #### 公開エンドポイントまたはIPアドレス {#public-endpoints-or-ip-addresses} -パブリックエンドポイントを使用する場合、ネットワーク接続とアクセスは、DMジョブ作成プロセス中、現在と後の両方で確認できます。TiDB TiDB Cloudは、その時点で特定の送信IPアドレスと指示を提供します。 +パブリックエンドポイントを使用する場合、ネットワーク接続とアクセスは、DMジョブ作成プロセス中、現在と後の両方で確認できます。TiDB Cloudは、その時点で特定の送信IPアドレスと指示を提供します。 diff --git a/tidb-cloud/scalability-concepts.md b/tidb-cloud/scalability-concepts.md index 2bfc1130fb6ad..2b1ea99a50d73 100644 --- a/tidb-cloud/scalability-concepts.md +++ b/tidb-cloud/scalability-concepts.md @@ -10,7 +10,7 @@ TiDB Cloudは、さまざまなワークロードのニーズに対応できる - [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter) 、プロトタイプ作成、開発、および初期段階のワークロードに最適です。自動スケーリング機能が組み込まれているため、 TiDB Cloudを簡単かつ費用対効果の高い方法で使い始めることができます。 - [TiDB Cloud Essential](/tidb-cloud/select-cluster-tier.md#essential)は、トラフィックやデータ量の増加下でも、より堅牢な拡張性と予測可能なパフォーマンスを必要とする本番のワークロード向けに構築されています。 - [TiDB Cloudプレミアム](/tidb-cloud/select-cluster-tier.md#premium)は、無制限のリアルタイム拡張性を必要とするミッションクリティカルなビジネス向けに設計されています。ワークロードに応じた自動スケーリングと包括的なエンタープライズ機能を提供します。 -- TiDB Cloud Dedicated、データ量やワークロードの変化に合わせて、コンピューティングリソースとstorageリソースを個別に調整できます。TiDB TiDB Cloud Dedicatedは、サービスの中断なしにスケーリングが可能です。この柔軟性により、組織は高いパフォーマンスと可用性を維持しながら、インフラストラクチャコストを最適化できます。 +- TiDB Cloud Dedicated、データ量やワークロードの変化に合わせて、コンピューティングリソースとstorageリソースを個別に調整できます。TiDB Cloud Dedicatedは、サービスの中断なしにスケーリングが可能です。この柔軟性により、組織は高いパフォーマンスと可用性を維持しながら、インフラストラクチャコストを最適化できます。 > **ヒント：** > diff --git a/tidb-cloud/set-up-private-endpoint-connections-serverless.md b/tidb-cloud/set-up-private-endpoint-connections-serverless.md index 02de2979f1595..cd03e3c9dfada 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-serverless.md +++ b/tidb-cloud/set-up-private-endpoint-connections-serverless.md @@ -109,7 +109,7 @@ aws ec2 create-vpc-endpoint --vpc-id ${your_vpc_id} --region ${region_id} --serv そうすれば、プライベートDNS名を使ってエンドポイントサービスに接続できます。 -### ステップ3．TiDB TiDB Cloudでプライベートエンドポイントを認証する（オプション） {#step-3-authorize-your-private-endpoint-in-tidb-cloud-optional} +### ステップ3．TiDB Cloudでプライベートエンドポイントを認証する（オプション） {#step-3-authorize-your-private-endpoint-in-tidb-cloud-optional} > **注記：** > diff --git a/tidb-cloud/tidb-cloud-faq.md b/tidb-cloud/tidb-cloud-faq.md index 3543c51fb0782..3c0d068844b10 100644 --- a/tidb-cloud/tidb-cloud-faq.md +++ b/tidb-cloud/tidb-cloud-faq.md @@ -83,7 +83,7 @@ TiKVは、OLTPデータを格納するために使用されるトランザクシ TiFlashは、トランザクションストア（TiKV）からリアルタイムでデータを複製し、リアルタイムOLAPワークロードをサポートする分析用storageです。TiKVとは異なり、 TiFlashはデータを列形式で格納することで分析処理を高速化します。また、 TiFlashは水平方向に拡張可能であり、 TiFlashノードを増やすことでOLAPstorageとコンピューティング能力が向上します。 -配置Driver（PD）は、クラスターのメタデータを格納するため、TiDBクラスター全体の「頭脳」と言えます。PDは、TiKVノードからリアルタイムで報告されるデータ分散状態に基づいて、特定のTiKVノードにデータスケジューリングコマンドを送信します。TiDB TiDB Cloudでは、各クラスターのPDはPingCAPによって管理されるため、ユーザーはPDを確認したり、メンテナンスしたりすることはできません。 +配置Driver（PD）は、クラスターのメタデータを格納するため、TiDBクラスター全体の「頭脳」と言えます。PDは、TiKVノードからリアルタイムで報告されるデータ分散状態に基づいて、特定のTiKVノードにデータスケジューリングコマンドを送信します。TiDB Cloudでは、各クラスターのPDはPingCAPによって管理されるため、ユーザーはPDを確認したり、メンテナンスしたりすることはできません。 ### TiDBはTiKVノード間でどのようにデータを複製するのですか？ {#how-does-tidb-replicate-data-between-the-tikv-nodes} @@ -125,7 +125,7 @@ HTAP シナリオの詳細については、 [データプラットフォーム ### 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} @@ -142,7 +142,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)にお問い合わせください。 @@ -152,7 +152,7 @@ TiDB CloudはTLS 1.2またはTLS 1.3をサポートしています。 ### TiDB Cloudを自分のVPC内で実行できますか？ {#can-i-run-tidb-cloud-in-my-vpc} -いいえ。TiDB TiDB Cloudはデータベース・アズ・ア・サービス（DBaaS）であり、 TiDB Cloud VPC内でのみ動作します。クラウドコンピューティングのマネージドサービスとして、 TiDB Cloudは物理ハードウェアのセットアップやソフトウェアのインストールを必要とせずにデータベースへのアクセスを提供します。 +いいえ。TiDB Cloudはデータベース・アズ・ア・サービス（DBaaS）であり、 TiDB Cloud VPC内でのみ動作します。クラウドコンピューティングのマネージドサービスとして、 TiDB Cloudは物理ハードウェアのセットアップやソフトウェアのインストールを必要とせずにデータベースへのアクセスを提供します。 ### 私のTiDB Cloudのリソースは安全ですか？ {#is-my-tidb-cloud-resource-secure} @@ -203,7 +203,7 @@ TiDB Cloud StarterまたはEssentialインスタンスの場合、インスタ ### 顧客向けにはどのようなサポートが提供されていますか？ {#what-support-is-available-for-customers} -TiDB Cloudは、金融サービス、eコマース、エンタープライズアプリケーション、ゲームなど、さまざまな業界の1500社以上のグローバル企業でミッションクリティカルなユースケースを支えてきたTiDBの開発チームによってサポートされています。TiDB TiDB Cloudは、ユーザーごとに無料の基本サポートプランを提供しており、より高度なサービスをご希望の場合は有料プランにアップグレードできます。詳細については、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)をご覧ください。 +TiDB Cloudは、金融サービス、eコマース、エンタープライズアプリケーション、ゲームなど、さまざまな業界の1500社以上のグローバル企業でミッションクリティカルなユースケースを支えてきた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 c7e1abe632848..9767c8816f1f1 100644 --- a/tidb-cloud/tidb-cloud-glossary.md +++ b/tidb-cloud/tidb-cloud-glossary.md @@ -146,7 +146,7 @@ TiDB Cloudでは、プロジェクトを使用してTiDBリソースをグルー - TiDB Cloudリージョン - TiDB Cloudリソースがデプロイされる地理的領域。TiDB TiDB Cloudリージョンは少なくとも3つのアベイラビリティゾーンで構成され、クラスターまたはインスタンスはこれらのゾーンにまたがってデプロイされます。 + TiDB Cloudリソースがデプロイされる地理的領域。TiDB Cloudリージョンは少なくとも3つのアベイラビリティゾーンで構成され、クラスターまたはインスタンスはこれらのゾーンにまたがってデプロイされます。 - TiDBリージョン diff --git a/tidb-cloud/tidb-cloud-intro.md b/tidb-cloud/tidb-cloud-intro.md index 99813dc0c1a67..79a3347433812 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-lightning/tidb-lightning-logical-import-mode-usage.md b/tidb-lightning/tidb-lightning-logical-import-mode-usage.md index e9589e9dcb792..6232bbf6fce07 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-physical-import-mode-usage.md b/tidb-lightning/tidb-lightning-physical-import-mode-usage.md index 0a52a893ccb6e..a8de69240630b 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 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`の値は小さくする必要があります。