From 212380ef299e7b844b386b4ffedba5e584878f1f Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Tue, 23 Jun 2026 17:26:38 +0900 Subject: [PATCH 1/2] =?UTF-8?q?i18n(ja):=20fix=20=E8=BC=B8=E5=85=A5=20to?= =?UTF-8?q?=20=E3=82=A4=E3=83=B3=E3=83=9D=E3=83=BC=E3=83=88=20across=2035?= =?UTF-8?q?=20files?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - 物理輸入モード → 物理インポートモード - 並行輸入/並行インポート → 並列インポート - 輸入 (standalone) → インポート (TOC, UI labels, prose) - 輸入業者 → Importer - 輸入パフォーマンス → インポートパフォーマンス - 完全輸入ベンチマークケース → 完全インポートベンチマークケース - 輸入プロセス → インポートプロセス - Data App → データアプリ (consistency fix) - 物理的に輸入する品目 → 物理インポートの確認項目 - 輸入と輸出の統計 → インポートとエクスポートの統計 --- TOC-tidb-cloud-essential.md | 2 +- TOC-tidb-cloud-starter.md | 2 +- TOC.md | 2 +- develop/dev-guide-insert-data.md | 2 +- dm/dm-performance-test.md | 6 +++--- dm/dm-precheck.md | 4 ++-- extended-statistics.md | 2 +- releases/release-2.1.19.md | 2 +- releases/release-5.3.0.md | 2 +- releases/release-6.2.0.md | 2 +- releases/release-6.5.0.md | 2 +- releases/release-6.6.0.md | 2 +- releases/release-7.2.0.md | 2 +- releases/release-7.5.0.md | 2 +- sql-statements/sql-statement-import-into.md | 4 ++-- sql-statements/sql-statement-overview.md | 2 +- statistics.md | 2 +- ticdc/ticdc-compatibility.md | 2 +- tidb-cloud/data-service-postman-integration.md | 4 ++-- tidb-cloud/import-csv-files.md | 2 +- tidb-cloud/import-parquet-files.md | 2 +- tidb-cloud/premium/import-with-mysql-cli-premium.md | 2 +- .../notification-2023-08-31-console-maintenance.md | 4 ++-- .../notification-2023-09-26-console-maintenance.md | 2 +- .../notification-2024-09-15-console-maintenance.md | 4 ++-- ...set-up-private-endpoint-connections-on-google-cloud.md | 2 +- tidb-cloud/terraform-use-restore-resource.md | 2 +- tidb-lightning/data-import-best-practices.md | 8 ++++---- tidb-lightning/import-into-vs-tidb-lightning.md | 2 +- tidb-lightning/tidb-lightning-configuration.md | 8 ++++---- tidb-lightning/tidb-lightning-distributed-import.md | 4 ++-- .../tidb-lightning-physical-import-mode-usage.md | 4 ++-- tidb-lightning/tidb-lightning-physical-import-mode.md | 4 ++-- tidb-lightning/tidb-lightning-requirements.md | 2 +- tikv-configuration-file.md | 2 +- 35 files changed, 51 insertions(+), 51 deletions(-) diff --git a/TOC-tidb-cloud-essential.md b/TOC-tidb-cloud-essential.md index 0d2d8937292e2..d29b87adf5371 100644 --- a/TOC-tidb-cloud-essential.md +++ b/TOC-tidb-cloud-essential.md @@ -481,7 +481,7 @@ - [説明する](/tidb-cloud/ticloud-branch-describe.md) - [リスト](/tidb-cloud/ticloud-branch-list.md) - [シェル](/tidb-cloud/ticloud-branch-shell.md) - - 輸入 + - インポート - [キャンセル](/tidb-cloud/ticloud-import-cancel.md) - [説明する](/tidb-cloud/ticloud-import-describe.md) - [リスト](/tidb-cloud/ticloud-import-list.md) diff --git a/TOC-tidb-cloud-starter.md b/TOC-tidb-cloud-starter.md index 338f25778cff6..f7d0d9b319ed0 100644 --- a/TOC-tidb-cloud-starter.md +++ b/TOC-tidb-cloud-starter.md @@ -483,7 +483,7 @@ - [説明する](/tidb-cloud/ticloud-branch-describe.md) - [リスト](/tidb-cloud/ticloud-branch-list.md) - [シェル](/tidb-cloud/ticloud-branch-shell.md) - - 輸入 + - インポート - [キャンセル](/tidb-cloud/ticloud-import-cancel.md) - [説明する](/tidb-cloud/ticloud-import-describe.md) - [リスト](/tidb-cloud/ticloud-import-list.md) diff --git a/TOC.md b/TOC.md index 302ced2a3d047..a28b1be6cd3c0 100644 --- a/TOC.md +++ b/TOC.md @@ -527,7 +527,7 @@ - [圧縮ファイル](/tidb-lightning/tidb-lightning-data-source.md#compressed-files) - [カスタマイズされたファイル](/tidb-lightning/tidb-lightning-data-source.md#match-customized-files) - [Amazon S3からデータをインポートする](/tidb-lightning/tidb-lightning-data-source.md#import-data-from-amazon-s3) - - 物理輸入モード + - 物理インポートモード - [要件と制限事項](/tidb-lightning/tidb-lightning-physical-import-mode.md) - [物理インポートモードを使用する](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md) - 論理インポートモード diff --git a/develop/dev-guide-insert-data.md b/develop/dev-guide-insert-data.md index d3255dc72a4de..5c5ada25eb43e 100644 --- a/develop/dev-guide-insert-data.md +++ b/develop/dev-guide-insert-data.md @@ -233,7 +233,7 @@ TiDBに大量のデータを迅速にインポートする必要がある場合
- データエクスポート： [Dumpling](/dumpling-overview.md)を使用して、MySQLまたはTiDBデータをローカルストレージまたはクラウドストレージにエクスポートします。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 ファイルをインポートしたり、[クラウドストレージからCSVファイルをTiDB Cloudにインポートする](/tidb-cloud/import-csv-files.md)ことができます。 +- データのインポート: [TiDB Cloudコンソール](https://tidbcloud.com/)の[インポート](/tidb-cloud/import-sample-data.md)機能を使用します。 Dumplingでエクスポートしたデータをインポートしたり、ローカルの CSV ファイルをインポートしたり、[クラウドストレージから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/dm/dm-performance-test.md b/dm/dm-performance-test.md index 9877176f15e49..2c58d5ee2be09 100644 --- a/dm/dm-performance-test.md +++ b/dm/dm-performance-test.md @@ -34,11 +34,11 @@ CREATE TABLE `sbtest` ( ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin ``` -### 完全輸入ベンチマークケース {#full-import-benchmark-case} +### 完全インポートベンチマークケース {#full-import-benchmark-case} #### テストデータを生成する {#generate-test-data} -`sysbench`使用してアップストリームにテストテーブルを作成し、フルインポート用のテストデータを生成します。テストデータを生成するには、以下の`sysbench`コマンドを実行します。 +`sysbench`使用してアップストリームにテストテーブルを作成し、完全インポート用のテストデータを生成します。テストデータを生成するには、以下の`sysbench`コマンドを実行します。 ```bash sysbench --test=oltp_insert --tables=4 --mysql-host=172.16.4.40 --mysql-port=3306 --mysql-user=root --mysql-db=dm_benchmark --db-driver=mysql --table-size=50000000 prepare @@ -103,7 +103,7 @@ DM-worker のログを確認してください。1 `all data files have been fin #### データ移行タスクを作成する {#create-a-data-migration-task} -1. アップストリームMySQLのソースを作成します。1を`source-id` `source-1`設定します（ [完全輸入ベンチマークケース](#full-import-benchmark-case)でソースを作成済みの場合は、再度作成する必要はありません）。詳細は[データソース構成をロードする](/dm/dm-manage-source.md#operate-data-source)参照してください。 +1. アップストリームMySQLのソースを作成します。1を`source-id` `source-1`設定します（ [完全インポートベンチマークケース](#full-import-benchmark-case)でソースを作成済みの場合は、再度作成する必要はありません）。詳細は[データソース構成をロードする](/dm/dm-manage-source.md#operate-data-source)参照してください。 2. DM移行タスク（モード`all` ）を作成します。タスク設定ファイルの例を以下に示します。 diff --git a/dm/dm-precheck.md b/dm/dm-precheck.md index d549a21e7777b..61a11af73a0e9 100644 --- a/dm/dm-precheck.md +++ b/dm/dm-precheck.md @@ -90,9 +90,9 @@ tiup dmctl check-task ./task.yaml - シャードテーブルに自動インクリメント主キーがある場合、事前チェックにより警告が返されます。自動インクリメント主キーに競合がある場合の解決策については、 [自動インクリメント主キーの競合を処理する](/dm/shard-merge-best-practices.md#handle-conflicts-of-auto-increment-primary-key)参照してください。 -#### 物理的に輸入する品目を確認してください {#check-items-for-physical-import} +#### 物理インポートの確認項目 {#check-items-for-physical-import} -タスク設定で`import-mode: "physical"`を設定した場合、 [物理的な輸入](/tidb-lightning/tidb-lightning-physical-import-mode.md)が正常に実行されることを確認するための以下のチェック項目が追加されます。指示に従っても、これらのチェック項目の要件を満たすことが難しい場合は、 [論理インポートモード](/tidb-lightning/tidb-lightning-logical-import-mode.md)を使用してデータをインポートしてみてください。 +タスク設定で`import-mode: "physical"`を設定した場合、 [物理インポート](/tidb-lightning/tidb-lightning-physical-import-mode.md)が正常に実行されることを確認するための以下のチェック項目が追加されます。指示に従っても、これらのチェック項目の要件を満たすことが難しい場合は、 [論理インポートモード](/tidb-lightning/tidb-lightning-logical-import-mode.md)を使用してデータをインポートしてみてください。 - 下流データベース内の空のリージョン diff --git a/extended-statistics.md b/extended-statistics.md index fee59da13c7d0..d2aabaa5ccfc2 100644 --- a/extended-statistics.md +++ b/extended-statistics.md @@ -103,7 +103,7 @@ ALTER TABLE table_name DROP STATS_EXTENDED stats_name; ### 拡張統計のエクスポートとインポート {#export-and-import-extended-statistics} -拡張統計のエクスポート／インポート方法は、基本統計のエクスポート／インポート方法と同じです。詳細は[統計入門 - 輸入と輸出の統計](/statistics.md#export-and-import-statistics)ご覧ください。 +拡張統計のエクスポート／インポート方法は、基本統計のエクスポート／インポート方法と同じです。詳細は[統計入門 - インポートとエクスポートの統計](/statistics.md#export-and-import-statistics)ご覧ください。 ## 相関型拡張統計の使用例 {#usage-examples-for-correlation-type-extended-statistics} diff --git a/releases/release-2.1.19.md b/releases/release-2.1.19.md index 764cbb9ce99da..c214c8131588e 100644 --- a/releases/release-2.1.19.md +++ b/releases/release-2.1.19.md @@ -69,7 +69,7 @@ TiDB Ansible バージョン: 2.1.19 - Raftstore - TiKVを再起動したときに発生するpanicを修正し、リージョンをマージしてCompact log [＃5884](https://github.com/tikv/tikv/pull/5884)を適用するプロセスで`is_merging`誤った値が与えられました。 -- 輸入業者 +- Importer - gRPC メッセージの長さの制限を解除[＃5809](https://github.com/tikv/tikv/pull/5809) ## PD {#pd} diff --git a/releases/release-5.3.0.md b/releases/release-5.3.0.md index bf082dc0caa03..d380ddd083a70 100644 --- a/releases/release-5.3.0.md +++ b/releases/release-5.3.0.md @@ -187,7 +187,7 @@ v5.3 の主な新機能または改善点は次のとおりです。 [ユーザードキュメント](/dm/dm-open-api.md) -- **TiDB Lightning並行輸入品** +- **TiDB Lightning並列インポート** TiDB Lightningは、従来の機能を拡張し、並列インポート機能を提供します。複数のLightningインスタンスを同時にデプロイすることで、単一または複数のテーブルを下流のTiDBに並列インポートできます。お客様の利用方法を変えることなく、データ移行能力を大幅に向上させ、よりリアルタイムなデータ移行を実現し、さらなる処理、統合、分析を可能にします。これにより、企業のデータ管理効率が向上します。 diff --git a/releases/release-6.2.0.md b/releases/release-6.2.0.md index 0102f84dc86ce..e59bef2910f03 100644 --- a/releases/release-6.2.0.md +++ b/releases/release-6.2.0.md @@ -428,7 +428,7 @@ TiDB v6.2.0以降、 BRを使用したRawKVのバックアップと復元は非 - TiKVが空文字列の型変換時にパニックを起こす問題を修正 [#12673](https://github.com/tikv/tikv/issues/12673) @[wshwsh12](https://github.com/wshwsh12) - `DATETIME`の値に小数が含まれている場合と`Z`の値が含まれている場合に発生する時間解析エラーの問題を修正しました [#12739](https://github.com/tikv/tikv/issues/12739) @[gengliqi](https://github.com/gengliqi) - Apply オペレーターが TiKV RocksDB に書き込む perf コンテキストが粗粒度である問題を修正 [#11044](https://github.com/tikv/tikv/issues/11044) @[LykxSassinator](https://github.com/LykxSassinator) - - [バックアップ](/tikv-configuration-file.md#backup)/[輸入](/tikv-configuration-file.md#import)/ [CDC](/tikv-configuration-file.md#cdc)の設定が無効な場合にTiKVが起動できない問題を修正 [#12771](https://github.com/tikv/tikv/issues/12771) @[3pointer](https://github.com/3pointer) + - [バックアップ](/tikv-configuration-file.md#backup)/[インポート](/tikv-configuration-file.md#import)/ [CDC](/tikv-configuration-file.md#cdc)の設定が無効な場合にTiKVが起動できない問題を修正 [#12771](https://github.com/tikv/tikv/issues/12771) @[3pointer](https://github.com/3pointer) - ピアが分割され、同時に破棄される際に発生する可能性のあるpanic問題を修正 [#12825](https://github.com/tikv/tikv/issues/12825) @[BusyJay](https://github.com/BusyJay) - リージョンマージプロセスでソースピアがスナップショットによってログを追いついたときに発生する可能性のpanic問題を修正 [#12663](https://github.com/tikv/tikv/issues/12663) @[BusyJay](https://github.com/BusyJay) - `max_sample_size`が`0`に設定されている場合に統計分析で発生するpanic問題を修正 [#11192](https://github.com/tikv/tikv/issues/11192) @[LykxSassinator](https://github.com/LykxSassinator) diff --git a/releases/release-6.5.0.md b/releases/release-6.5.0.md index c5f33e07261c8..6d2750df55865 100644 --- a/releases/release-6.5.0.md +++ b/releases/release-6.5.0.md @@ -29,7 +29,7 @@ TiDB [6.4.0-DMR](/releases/release-6.4.0.md)と比較して、TiDB 6.5.0 では - より正確な[コストモデル バージョン 2](/cost-model.md#cost-model-version-2)一般に公開し、 `AND`で[インデックスマージ](/explain-index-merge.md)に接続された式をサポートすることで、 TiDB オプティマイザーを強化します。 - `JSON_EXTRACT()`機能をTiFlashにプッシュダウンすることをサポートします。 - パスワード コンプライアンス監査要件を満たす[パスワード管理](/password-management.md)ポリシーをサポートします。 -- TiDB LightningとDumpling は、 [輸入](/tidb-lightning/tidb-lightning-data-source.md)および[輸出](/dumpling-overview.md#improve-export-efficiency-through-concurrency)圧縮された SQL および CSV ファイルをサポートします。 +- TiDB LightningとDumplingは、圧縮されたSQLおよびCSVファイルの[インポート](/tidb-lightning/tidb-lightning-data-source.md)および[エクスポート](/dumpling-overview.md#improve-export-efficiency-through-concurrency)をサポートします。 - TiDB データ移行 (DM) [継続的なデータ検証](/dm/dm-continuous-data-validation.md) GA になります。 - TiDB バックアップ & リストアは、スナップショット チェックポイント バックアップをサポートし、 [PITR](/br/br-pitr-guide.md#run-pitr)のリカバリ パフォーマンスを 50% 向上させ、一般的なシナリオでの RPO を最短 5 分に短縮します。 - [Kafkaへのデータの複製](/replicate-data-to-kafka.md)の TiCDC スループットを 4000 行/秒から 35000 行/秒に向上し、レプリケーションのレイテンシーを2 秒に短縮します。 diff --git a/releases/release-6.6.0.md b/releases/release-6.6.0.md index d9418c23dc3e0..29dad82ef9092 100644 --- a/releases/release-6.6.0.md +++ b/releases/release-6.6.0.md @@ -560,7 +560,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone - 競合解決ロジック ( `duplicate-resolution` ) がチェックサムの不一致を引き起こす可能性がある問題を修正 [#40657](https://github.com/pingcap/tidb/issues/40657) @[sleepymole](https://github.com/sleepymole) - データ ファイルに閉じられていない区切り文字がある場合に発生する可能性のある OOM 問題を修正 [#40400](https://github.com/pingcap/tidb/issues/40400) @[buchuitoudegou](https://github.com/buchuitoudegou) - エラーレポート内のファイルオフセットがファイルサイズを超える問題を修正 [#40034](https://github.com/pingcap/tidb/issues/40034) @[buchuitoudegou](https://github.com/buchuitoudegou) - - PDClient の新しいバージョンで並行インポートが失敗する可能性がある問題を修正 [#40493](https://github.com/pingcap/tidb/issues/40493) @[AmoebaProtozoa](https://github.com/AmoebaProtozoa) + - PDClient の新しいバージョンで並列インポートが失敗する可能性がある問題を修正 [#40493](https://github.com/pingcap/tidb/issues/40493) @[AmoebaProtozoa](https://github.com/AmoebaProtozoa) - TiDB Lightningの事前チェックで、以前のインポート失敗によって残されたダーティデータを見つけられない問題を修正 [#39477](https://github.com/pingcap/tidb/issues/39477) @[dsdashun](https://github.com/dsdashun) ## 寄稿者 {#contributors} diff --git a/releases/release-7.2.0.md b/releases/release-7.2.0.md index 36e40cae15b5e..85938b60367d7 100644 --- a/releases/release-7.2.0.md +++ b/releases/release-7.2.0.md @@ -122,7 +122,7 @@ TiDB バージョン: 7.2.0 - データインポート効率を大幅に向上させる新しいSQLステートメント`IMPORT INTO`を導入（実験的） [#42930](https://github.com/pingcap/tidb/issues/42930) @[D3Hunter](https://github.com/D3Hunter) - `IMPORT INTO`ステートメントは、 TiDB Lightningの[物理輸入モード](/tidb-lightning/tidb-lightning-physical-import-mode.md)機能を統合します。このステートメントを使用すると、CSV、SQL、PARQUET などの形式のデータを TiDB の空のテーブルにすばやくインポートできます。このインポート方法により、 TiDB Lightningの個別のデプロイと管理が不要になり、データインポートの複雑さが軽減され、インポート効率が大幅に向上します。 + `IMPORT INTO`ステートメントは、 TiDB Lightningの[物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md)機能を統合します。このステートメントを使用すると、CSV、SQL、PARQUET などの形式のデータを TiDB の空のテーブルにすばやくインポートできます。このインポート方法により、 TiDB Lightningの個別のデプロイと管理が不要になり、データインポートの複雑さが軽減され、インポート効率が大幅に向上します。 Amazon S3 または GCS に保存されているデータ ファイルの場合、 [TiDB分散実行フレームワーク（DXF）](/tidb-distributed-execution-framework.md)が有効になっていると、 `IMPORT INTO`は、データ インポート ジョブを複数のサブ ジョブに分割し、それらを複数の TiDB ノードにスケジュールして並列インポートを行うこともサポートしており、インポート パフォーマンスをさらに向上させます。 diff --git a/releases/release-7.5.0.md b/releases/release-7.5.0.md index 7d796b65a0a0a..e087e63216623 100644 --- a/releases/release-7.5.0.md +++ b/releases/release-7.5.0.md @@ -78,7 +78,7 @@ TiDB 7.5.0は長期サポートリリース（LTS）です。 - `IMPORT INTO` SQL ステートメントのサポート (GA) [#46704](https://github.com/pingcap/tidb/issues/46704) @[D3Hunter](https://github.com/D3Hunter) - バージョン7.5.0では、 `IMPORT INTO` SQLステートメントが一般提供（GA）されます。このステートメントは、 TiDB Lightningの[物理輸入モード](/tidb-lightning/tidb-lightning-physical-import-mode.md)機能を統合し、CSV、SQL、PARQUETなどの形式のデータをTiDBの空のテーブルにすばやくインポートできるようにします。このインポート方法により、 TiDB Lightningの個別のデプロイと管理が不要になり、データインポートの複雑さが軽減され、インポート効率が大幅に向上します。 + バージョン7.5.0では、 `IMPORT INTO` SQLステートメントが一般提供（GA）されます。このステートメントは、 TiDB Lightningの[物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md)機能を統合し、CSV、SQL、PARQUETなどの形式のデータをTiDBの空のテーブルにすばやくインポートできるようにします。このインポート方法により、 TiDB Lightningの個別のデプロイと管理が不要になり、データインポートの複雑さが軽減され、インポート効率が大幅に向上します。 詳細については、 [ドキュメント](/sql-statements/sql-statement-import-into.md)を参照してください。 diff --git a/sql-statements/sql-statement-import-into.md b/sql-statements/sql-statement-import-into.md index f92ad784ce3d6..8c1ba9bacf37c 100644 --- a/sql-statements/sql-statement-import-into.md +++ b/sql-statements/sql-statement-import-into.md @@ -5,7 +5,7 @@ summary: TiDBにおけるIMPORT INTOの使用方法の概要。 # インポート先 {#import-into} -`IMPORT INTO`ステートメントを使用すると、 TiDB Lightningの[物理輸入モード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を介して TiDB にデータをインポートできます。 `IMPORT INTO` 、次の 2 つの方法で使用できます。 +`IMPORT INTO`ステートメントを使用すると、 TiDB Lightningの[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を介して TiDB にデータをインポートできます。 `IMPORT INTO` 、次の 2 つの方法で使用できます。 - `IMPORT INTO ... FROM FILE` : `CSV` 、 `SQL` 、 `PARQUET`などの形式のデータファイルを TiDB の空のテーブルにインポートします。 - `IMPORT INTO ... FROM SELECT` : `SELECT`ステートメントのクエリ結果を TiDB の空のテーブルにインポートします。また、 [`AS OF TIMESTAMP`](/as-of-timestamp.md)でクエリされた履歴データをインポートするためにも使用できます。 @@ -26,7 +26,7 @@ summary: TiDBにおけるIMPORT INTOの使用方法の概要。 - `IMPORT INTO`トランザクションまたはロールバックをサポートしていません。明示的なトランザクション ( `IMPORT INTO` / { `BEGIN`内) で`END`を実行するとエラーが返されます。 - `IMPORT INTO` [バックアップと復元](https://docs.pingcap.com/tidb/stable/backup-and-restore-overview)、 [`FLASHBACK CLUSTER`](/sql-statements/sql-statement-flashback-cluster.md) 、 [インデックス追加処理の高速化](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630)、 TiDB Lightning を使用したデータ インポート、TiCDC を使用したデータ レプリケーション、または[特定時点復旧（PITR）](https://docs.pingcap.com/tidb/stable/br-log-architecture)などの機能との同時作業をサポートしていません。互換性の詳細については、 [TiDB Lightningと`IMPORT INTO`のTiCDCおよびログバックアップとの互換性](https://docs.pingcap.com/tidb/stable/tidb-lightning-compatibility-and-scenarios)参照してください。 - データインポート処理中は、対象テーブルに対してDDLまたはDML操作を実行したり、対象データベースに対して[`FLASHBACK DATABASE`](/sql-statements/sql-statement-flashback-database.md)を実行したりしないでください。これらの操作は、インポートの失敗やデータの不整合を引き起こす可能性があります。また、インポート処理中に読み取り操作を実行することも推奨さ**れません**。読み取られるデータに不整合が生じる可能性があるためです。読み取りおよび書き込み操作は、インポートが完了した後にのみ実行してください。 -- インポート プロセスはシステム リソースを大幅に消費します。 TiDB Self-Managedの場合、パフォーマンスを向上させるために、少なくとも 32 コアと 64 GiB のメモリを備えた TiDB ノードを使用することをお勧めします。 TiDB はインポート中にソートされたデータを TiDB [一時ディレクトリ](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#temp-dir-new-in-v630)に書き込むため、フラッシュメモリなどの TiDB Self-Managed用の高性能ストレージメディアを構成することをお勧めします。詳細については、 [物理輸入モードの制限](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode#requirements-and-restrictions)を参照してください。 +- インポートプロセスはシステム リソースを大幅に消費します。 TiDB セルフマネージドの場合、パフォーマンスを向上させるために、少なくとも 32 コアと 64 GiB のメモリを備えた TiDB ノードを使用することをお勧めします。 TiDB はインポート中にソートされたデータを TiDB [一時ディレクトリ](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#temp-dir-new-in-v630)に書き込むため、フラッシュメモリなどの TiDB 自己管理用の高性能ストレージメディアを構成することをお勧めします。詳細については、 [物理インポートモードの制限](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode#requirements-and-restrictions)を参照してください。 - TiDB Self-Managedの場合、TiDB [一時ディレクトリ](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#temp-dir-new-in-v630)は少なくとも90 GiBの空き容量が必要です。インポートするデータ量と同等以上のストレージ容量を割り当てることをお勧めします。 - 1つのインポートジョブは、1つのターゲットテーブルへのデータインポートのみをサポートします。 - `IMPORT INTO` TiDB クラスタのアップグレード時にはサポートされません。 diff --git a/sql-statements/sql-statement-overview.md b/sql-statements/sql-statement-overview.md index 092b1a4753694..649416462e290 100644 --- a/sql-statements/sql-statement-overview.md +++ b/sql-statements/sql-statement-overview.md @@ -128,7 +128,7 @@ TiDBは、ISO/IEC SQL標準に準拠することを目的としたSQL文を使 | SQLステートメント | 説明 | | ------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ | | [`CANCEL IMPORT JOB`](/sql-statements/sql-statement-cancel-import-job.md) | 進行中のインポートジョブをキャンセルします。 | -| [`IMPORT INTO`](/sql-statements/sql-statement-import-into.md) | TiDB Lightningの[物理輸入モード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を介してデータをテーブルにインポートします。 | +| [`IMPORT INTO`](/sql-statements/sql-statement-import-into.md) | TiDB Lightningの[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を介してデータをテーブルにインポートします。 | | [`LOAD DATA`](/sql-statements/sql-statement-load-data.md) | Amazon S3またはGoogle Cloud Storageからデータをテーブルに読み込みます。 | | [`SHOW IMPORT JOB`](/sql-statements/sql-statement-show-import-job.md) | インポートジョブのステータスを表示します。 | diff --git a/statistics.md b/statistics.md index 088c3a66b3afe..fc9898f06d95e 100644 --- a/statistics.md +++ b/statistics.md @@ -528,7 +528,7 @@ TiDBの起動時、初期統計情報が完全にロードされる前に実行 http://${tidb-server-ip}:${tidb-server-status-port}/stats/dump/${db_name}/${table_name}/${yyyyMMddHHmmss} -### 輸入統計 {#import-statistics} +### 統計のインポート {#import-statistics} > **注記：** > diff --git a/ticdc/ticdc-compatibility.md b/ticdc/ticdc-compatibility.md index 2b0af97db3c33..9d522157f4b22 100644 --- a/ticdc/ticdc-compatibility.md +++ b/ticdc/ticdc-compatibility.md @@ -13,7 +13,7 @@ TiCDCの新しいアーキテクチャは、TiDBクラスタv7.5.0以降をサ ## TiDB Lightningとの互換性 {#compatibility-with-tidb-lightning} -[TiDB Lightning](/tidb-lightning/tidb-lightning-overview.md) [論理インポートモード](/tidb-lightning/tidb-lightning-logical-import-mode.md)と[物理輸入モード](/tidb-lightning/tidb-lightning-physical-import-mode.md)モードという 2 つのデータ インポート モードを提供します。このセクションでは、これらのモードと TiCDC の互換性、およびクラスター内でTiDB Lightningと TiCDC を一緒に使用する手順について説明します。 +[TiDB Lightning](/tidb-lightning/tidb-lightning-overview.md)は、[論理インポートモード](/tidb-lightning/tidb-lightning-logical-import-mode.md)と[物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md)という2つのデータインポートモードを提供します。このセクションでは、これらのモードと TiCDC の互換性、およびクラスター内でTiDB Lightningと TiCDC を一緒に使用する手順について説明します。 論理インポートモードでは、 TiDB Lightning はSQL ステートメントを実行してデータをインポートします。このモードは TiCDC と互換性があります。TiDB Lightning の論理インポートモードを TiCDC でデータレプリケーションに使用するには、次の手順を実行します。 diff --git a/tidb-cloud/data-service-postman-integration.md b/tidb-cloud/data-service-postman-integration.md index 8e4b736570d11..a1a675788615f 100644 --- a/tidb-cloud/data-service-postman-integration.md +++ b/tidb-cloud/data-service-postman-integration.md @@ -90,6 +90,6 @@ Postman の使用法の詳細については、 [Postmanのドキュメント](h データアプリがPostmanにインポートされた後、 TiDB Cloud Data Serviceはデータアプリの新しい変更をPostmanに自動的に同期しません。 -Postmanに新しい変更を反映させるには、 再度[輸入プロセスに従う](#step-1-import-your-data-app-to-postman)必要があります。Postmanワークスペースではコレクション名が一意であるため、最新のデータアプリを使用して以前にインポートしたものを置き換えるか、最新のデータアプリを新しいコレクションとしてインポートすることができます。 +Postmanに新しい変更を反映させるには、 再度[インポートプロセスに従う](#step-1-import-your-data-app-to-postman)必要があります。Postmanワークスペースではコレクション名が一意であるため、最新のデータアプリを使用して以前にインポートしたものを置き換えるか、最新のデータアプリを新しいコレクションとしてインポートすることができます。 -また、Data App を再インポートした後、Postman で[新しくインポートしたアプリのAPIキーを設定します](#step-2-configure-your-data-app-api-key-in-postman) +また、データアプリを再インポートした後、Postman で[新しくインポートしたデータアプリのAPIキーを設定します](#step-2-configure-your-data-app-api-key-in-postman) diff --git a/tidb-cloud/import-csv-files.md b/tidb-cloud/import-csv-files.md index b6f3afe9adad3..7fe37e0e130ce 100644 --- a/tidb-cloud/import-csv-files.md +++ b/tidb-cloud/import-csv-files.md @@ -16,7 +16,7 @@ aliases: ['/ja/tidbcloud/migrate-from-amazon-s3-or-gcs','/ja/tidbcloud/migrate-f - データの一貫性を確保するため、 TiDB Cloud では CSV ファイルを空のテーブルにのみインポートできます。既にデータが含まれている既存のテーブルにデータをインポートするには、このドキュメントの手順に従ってTiDB Cloud を使用して一時的な空のテーブルにデータをインポートし、その後`INSERT SELECT`ステートメントを使用してデータを対象の既存のテーブルにコピーします。 -- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータ インポート機能は[物理輸入モード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**データのインポート]**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 +- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータ インポート機能は[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**データのインポート]**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 ## ステップ1. CSVファイルを準備する {#step-1-prepare-the-csv-files} diff --git a/tidb-cloud/import-parquet-files.md b/tidb-cloud/import-parquet-files.md index 79a2cf95dba82..7646f6e559be9 100644 --- a/tidb-cloud/import-parquet-files.md +++ b/tidb-cloud/import-parquet-files.md @@ -15,7 +15,7 @@ summary: Amazon S3、GCS、またはAzure Blob StorageからTiDB Cloud Dedicated - データの一貫性を確保するため、 TiDB Cloud では Parquet ファイルを空のテーブルにのみインポートできます。既にデータが含まれている既存のテーブルにデータをインポートするには、このドキュメントの手順に従ってTiDB Cloud を使用して一時的な空のテーブルにデータをインポートし、その後`INSERT SELECT`ステートメントを使用してデータを対象の既存のテーブルにコピーします。 -- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータ インポート機能は[物理輸入モード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**データのインポート]**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 +- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータ インポート機能は[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**データのインポート]**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 ## ステップ1. Parquetファイルを準備する {#step-1-prepare-the-parquet-files} diff --git a/tidb-cloud/premium/import-with-mysql-cli-premium.md b/tidb-cloud/premium/import-with-mysql-cli-premium.md index 6daf7cf425f5e..f30693ace3c79 100644 --- a/tidb-cloud/premium/import-with-mysql-cli-premium.md +++ b/tidb-cloud/premium/import-with-mysql-cli-premium.md @@ -9,7 +9,7 @@ summary: MySQLコマンドラインクライアント（mysql`）を使用して > **ヒント：** > -> - 論理インポートは、比較的小さな SQL ファイルまたは CSV ファイルに最適です。クラウドストレージからのより高速な並行インポート、または[Dumpling](https://docs.pingcap.com/tidb/stable/dumpling-overview)エクスポートからの複数のファイルの処理については、 [クラウドストレージからCSVファイルをTiDB Cloud Premiumにインポートする](/tidb-cloud/premium/import-csv-files-premium.md)インポートするを参照してください。 +> - 論理インポートは、比較的小さな SQL ファイルまたは CSV ファイルに最適です。クラウドストレージからのより高速な並列インポート、または[Dumpling](https://docs.pingcap.com/tidb/stable/dumpling-overview)エクスポートからの複数のファイルの処理については、 [クラウドストレージからCSVファイルをTiDB Cloud Premiumにインポートする](/tidb-cloud/premium/import-csv-files-premium.md)インポートするを参照してください。 > - TiDB Cloud StarterまたはEssentialについては、 [MySQL CLI を介してTiDB Cloud StarterまたはEssentialにデータをインポートする](/tidb-cloud/import-with-mysql-cli-serverless.md)参照してください。 > - TiDB Cloud Dedicatedについては、 [MySQL CLI を介してTiDB Cloud Dedicatedにデータをインポートする](/tidb-cloud/import-with-mysql-cli.md)参照してください。 diff --git a/tidb-cloud/releases/notification-2023-08-31-console-maintenance.md b/tidb-cloud/releases/notification-2023-08-31-console-maintenance.md index 8d20ff0707206..eccbbfd3b239a 100644 --- a/tidb-cloud/releases/notification-2023-08-31-console-maintenance.md +++ b/tidb-cloud/releases/notification-2023-08-31-console-maintenance.md @@ -36,7 +36,7 @@ TiDB Cloudコンソールのメタデータサービスをアップグレード - クラスターを一時停止または再開する - クラスターのパスワードを変更する - クラスタートラフィックフィルターを変更する - - 輸入 + - インポート - インポートジョブを作成する - データ移行 - 移行ジョブを作成する @@ -78,7 +78,7 @@ TiDB Cloudコンソールのメタデータサービスをアップグレード - [バックアップの削除](https://docs.pingcap.com/tidbcloud/api/v1beta#tag/Backup/operation/DeleteBackup) - 復元する - [復元タスクの作成](https://docs.pingcap.com/tidbcloud/api/v1beta#tag/Restore/operation/CreateRestoreTask) -- 輸入 +- インポート - [インポートタスクの作成](https://docs.pingcap.com/tidbcloud/api/v1beta#tag/Import/operation/CreateImportTask) - [インポートタスクの更新](https://docs.pingcap.com/tidbcloud/api/v1beta#tag/Import/operation/UpdateImportTask) diff --git a/tidb-cloud/releases/notification-2023-09-26-console-maintenance.md b/tidb-cloud/releases/notification-2023-09-26-console-maintenance.md index 3aca61794cb1c..5e6f02e711ad6 100644 --- a/tidb-cloud/releases/notification-2023-09-26-console-maintenance.md +++ b/tidb-cloud/releases/notification-2023-09-26-console-maintenance.md @@ -37,7 +37,7 @@ TiDB Cloud Starterの管理インフラストラクチャをアップグレー - クラスターを一時停止または再開する - クラスターのパスワードを変更する - クラスタートラフィックフィルターを変更する - - 輸入 + - インポート - インポートジョブを作成する - データ移行 - 移行ジョブを作成する diff --git a/tidb-cloud/releases/notification-2024-09-15-console-maintenance.md b/tidb-cloud/releases/notification-2024-09-15-console-maintenance.md index a8067c7991114..1c24f1888b88a 100644 --- a/tidb-cloud/releases/notification-2024-09-15-console-maintenance.md +++ b/tidb-cloud/releases/notification-2024-09-15-console-maintenance.md @@ -37,7 +37,7 @@ TiDB Cloudコンソールのメタデータサービスをアップグレード - クラスターを一時停止または再開する - クラスターのパスワードを変更する - クラスタートラフィックフィルターを変更する - - 輸入 + - インポート - インポートジョブを作成する - データ移行 - 移行ジョブを作成する @@ -79,7 +79,7 @@ TiDB Cloudコンソールのメタデータサービスをアップグレード - [バックアップの削除](https://docs.pingcap.com/tidbcloud/api/v1beta#tag/Backup/operation/DeleteBackup) - 復元する - [復元タスクの作成](https://docs.pingcap.com/tidbcloud/api/v1beta#tag/Restore/operation/CreateRestoreTask) -- 輸入 +- インポート - [インポートタスクの作成](https://docs.pingcap.com/tidbcloud/api/v1beta#tag/Import/operation/CreateImportTask) - [インポートタスクの更新](https://docs.pingcap.com/tidbcloud/api/v1beta#tag/Import/operation/UpdateImportTask) diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md b/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md index 79be70385bc32..36a5616d57900 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md @@ -99,7 +99,7 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお - **利用可能** - **復元** - **変更する** - - **輸入** + - **インポート** 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 diff --git a/tidb-cloud/terraform-use-restore-resource.md b/tidb-cloud/terraform-use-restore-resource.md index 575f4c1ab0889..ccef994156484 100644 --- a/tidb-cloud/terraform-use-restore-resource.md +++ b/tidb-cloud/terraform-use-restore-resource.md @@ -175,7 +175,7 @@ summary: tidbcloud_restore` リソースを使用して復元タスクを作成 6. クラスターのステータスが`AVAILABLE`に変わると、復元タスクは`RUNNING`なり、最終的に`SUCCESS`になります。 -復元されたクラスタはTerraformによって管理されないことに注意してください。復元されたクラスタは[輸入する](/tidb-cloud/terraform-use-cluster-resource.md#import-a-cluster)で管理できます。 +復元されたクラスターはTerraformによって管理されないことに注意してください。これらは[インポートする](/tidb-cloud/terraform-use-cluster-resource.md#import-a-cluster)ことで管理できます。 ## 復元タスクを更新する {#update-a-restore-task} diff --git a/tidb-lightning/data-import-best-practices.md b/tidb-lightning/data-import-best-practices.md index 7efe76e586224..329c9bf0d051a 100644 --- a/tidb-lightning/data-import-best-practices.md +++ b/tidb-lightning/data-import-best-practices.md @@ -7,10 +7,10 @@ summary: 大量のデータをインポートするためのベスト プラク このドキュメントでは、TiDBへの大容量データのインポートに関するベストプラクティスを解説します。データのインポートに影響を与える重要な要素や手順も含まれています。弊社では、50TiBを超える大規模な単一テーブルのデータを社内環境とお客様の環境の両方にインポートした実績があり、これらの実際のアプリケーションシナリオに基づいたベストプラクティスを蓄積してきました。これにより、よりスムーズかつ効率的なデータインポートが可能になります。 -TiDB Lightning （ [物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md) ）は、空のテーブルへのデータのインポートや空のクラスタの初期化に使用される包括的かつ効率的なデータインポートツールであり、ファイルをデータソースとして使用します。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の複数のインスタンスを使用することをお勧めします。 +- ソース ファイルのデータ サイズが 10 TiB を超える場合は、 [並列インポート](/tidb-lightning/tidb-lightning-distributed-import.md)にTiDB Lightningの複数のインスタンスを使用することをお勧めします。 - ソース ファイルのデータ規模が非常に大きい場合 (50 TiB を超える場合)、並列インポートに加えて、ソース データの特性、テーブル定義、およびパラメータ構成に基づいて特定の準備と最適化を行い、大規模データのインポートをよりスムーズかつ高速に実現する必要があります。 次のセクションは、複数のテーブルのインポートと単一の大きなテーブルのインポートの両方に適用されます。 @@ -138,7 +138,7 @@ TiDB Lightningインスタンスを準備し、各インスタンスが5TiB～10 - `send-kv-pairs`を`3200`に設定します。この方法はTiDB v7.1.0以前のバージョンに適用されます。v7.2.0以降では、このパラメータは`send-kv-size`に置き換えられ、追加の設定は不要です。 - インスタンスが配置されているノード上のメモリを`GOMEMLIMIT` ～ 80% に調整します。 -インポート プロセス中の PD 散布リージョンのレイテンシーが30 分を超える場合は、次の最適化を検討してください。 +インポートプロセス中の PD 散布リージョンのレイテンシーが30 分を超える場合は、次の最適化を検討してください。 - TiKV クラスターで I/O ボトルネックが発生しているかどうかを確認します。 - TiKV `raftstore.apply-pool-size`デフォルト値の`2`から`4`または`8`に増やします。 @@ -146,7 +146,7 @@ TiDB Lightningインスタンスを準備し、各インスタンスが5TiB～10 ### 分析操作を無効にする {#disable-the-analyze-operation} -大規模な単一テーブル（たとえば、10 億行以上、50 列以上）の場合、インポート プロセス中に`analyze`操作（ `analyze="off"` ）を無効にし、インポートが完了した後に[`ANALYZE TABLE`](/sql-statements/sql-statement-analyze-table.md)ステートメントを手動で実行することをお勧めします。 +大規模な単一テーブル（たとえば、10 億行以上、50 列以上）の場合、インポートプロセス中に`analyze`操作（ `analyze="off"` ）を無効にし、インポートが完了した後に[`ANALYZE TABLE`](/sql-statements/sql-statement-analyze-table.md)ステートメントを手動で実行することをお勧めします。 `analyze`の設定の詳細については、 [TiDB Lightningタスク構成](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)参照してください。 diff --git a/tidb-lightning/import-into-vs-tidb-lightning.md b/tidb-lightning/import-into-vs-tidb-lightning.md index 20e366d8fd6c2..8f93e2a49e60d 100644 --- a/tidb-lightning/import-into-vs-tidb-lightning.md +++ b/tidb-lightning/import-into-vs-tidb-lightning.md @@ -5,7 +5,7 @@ summary: IMPORT INTO` とTiDB Lightningの違いについて説明します。 # IMPORT INTO とTiDB Lightning の比較 {#import-into-vs-tidb-lightning} -多くのユーザーから、 [TiDB Lightning](/tidb-lightning/tidb-lightning-configuration.md)の展開、構成、メンテナンスは、特に[並行輸入](/tidb-lightning/tidb-lightning-distributed-import.md)の大規模なデータセットが関係するシナリオでは複雑であるというフィードバックが寄せられています。 +多くのユーザーから、 [TiDB Lightning](/tidb-lightning/tidb-lightning-configuration.md)の展開、構成、メンテナンスは、特に[並列インポート](/tidb-lightning/tidb-lightning-distributed-import.md)の大規模なデータセットが関係するシナリオでは複雑であるというフィードバックが寄せられています。 皆様からのフィードバックに基づき、TiDBはTiDB Lightningの一部の機能を[`IMPORT INTO`](/sql-statements/sql-statement-import-into.md) SQL文に段階的に統合してきました。3 `IMPORT INTO`実行することでデータを直接インポートできるため、データインポートの効率が向上します。さらに、 `IMPORT INTO`自動分散タスクスケジューリングや[TiDB グローバルソート](/tidb-global-sort.md)といった、 TiDB Lightningにはない機能もサポートされています。 diff --git a/tidb-lightning/tidb-lightning-configuration.md b/tidb-lightning/tidb-lightning-configuration.md index bbb78a0d1d0b4..ca561ba77bfc7 100644 --- a/tidb-lightning/tidb-lightning-configuration.md +++ b/tidb-lightning/tidb-lightning-configuration.md @@ -54,7 +54,7 @@ TiDB Lightningには「グローバル」と「タスク」という2つの設 - デフォルト値: `false` - 値のオプション: - `false` : インポートに関連するログのみが出力され、他の依存コンポーネントのログは出力されません。 - - `true` : インポート プロセスとその他の依存コンポーネントの両方からのログが出力され、診断に使用できる GRPC デバッグが有効になります。 + - `true` : インポートプロセスとその他の依存コンポーネントの両方からのログが出力され、診断に使用できる GRPC デバッグが有効になります。 ## TiDB Lightning （タスク） {#tidb-lightning-task} @@ -92,7 +92,7 @@ TiDB Lightningには「グローバル」と「タスク」という2つの設 #### max-error {#code-max-error-code} - TiDB Lightning を停止する前に許容される致命的ではないエラーの最大数。 -- 致命的ではないエラーはいくつかの行に限定されており、それらの行を無視するとインポート プロセスを続行できます。 +- 致命的ではないエラーはいくつかの行に限定されており、それらの行を無視するとインポートプロセスを続行できます。 - これを N に設定すると、(N+1) 番目のエラーが発生すると、 TiDB Lightning はできるだけ早く停止します。 - スキップされた行は、ターゲット TiDB の`task info`スキーマ内のテーブルに挿入されます。 - デフォルト値: `MaxInt64`バイト、つまり`9223372036854775807`バイト。 @@ -106,7 +106,7 @@ TiDB Lightningには「グローバル」と「タスク」という2つの設 #### meta-schema-name {#code-meta-schema-name-code} -- [並行輸入モード](/tidb-lightning/tidb-lightning-distributed-import.md)では、ターゲットクラスタ内の各TiDB Lightningインスタンスのメタ情報を格納するスキーマ名です。このパラメータは、並列インポートが有効な場合にのみ設定してください。 +- [並列インポートモード](/tidb-lightning/tidb-lightning-distributed-import.md)では、ターゲットクラスタ内の各TiDB Lightningインスタンスのメタ情報を格納するスキーマ名です。このパラメータは、並列インポートが有効な場合にのみ設定してください。 - このパラメータに設定する値は、同じ並列インポートに参加する各TiDB Lightningインスタンスで同じである必要があります。そうでない場合、インポートされたデータの正確性は保証されません。 - 並列インポート モードが有効になっている場合は、インポートに使用されるユーザー (構成`tidb.user` ) に、この構成に対応するデータベースを作成してアクセスする権限があることを確認します。 - TiDB Lightningはインポート完了後にこのスキーマを削除します。そのため、このパラメータを設定する際に既存のスキーマ名を使用しないでください。 @@ -203,7 +203,7 @@ TiDB Lightningには「グローバル」と「タスク」という2つの設 #### threshold {#code-threshold-code} - [`strategy`](#strategy)が`"replace"`または`"ignore"`の場合に処理できる競合エラーの最大数を制御します。7 `strategy` `"replace"`または`"ignore"`場合のみ設定できます。 -- `10000`より大きい値を設定すると、インポート プロセスのパフォーマンスが低下する可能性があります。 +- `10000`より大きい値を設定すると、インポートプロセスのパフォーマンスが低下する可能性があります。 - デフォルト値: `10000` #### max-record-rows {#code-max-record-rows-code} diff --git a/tidb-lightning/tidb-lightning-distributed-import.md b/tidb-lightning/tidb-lightning-distributed-import.md index 64401518edfe5..355a39e48445c 100644 --- a/tidb-lightning/tidb-lightning-distributed-import.md +++ b/tidb-lightning/tidb-lightning-distributed-import.md @@ -18,7 +18,7 @@ TiDB Lightning を使用すると、次のシナリオでデータを並列に > > - 並列インポートは、TiDB 内の初期化された空のテーブルのみをサポートし、既存のサービスによって書き込まれたデータを含むテーブルへのデータ移行はサポートしません。そうしないと、データの不整合が発生する可能性があります。 > -> - 並行インポートは通常、物理インポートモードで使用されます。1 `parallel-import = true`設定する必要があります。 +> - 並列インポートは通常、物理インポートモードで使用されます。1 `parallel-import = true`設定する必要があります。 > > - 複数のTiDB Lightningインスタンスを使用して同じターゲットにデータをインポートする場合は、一度に1つのバックエンドのみを適用してください。例えば、同じTiDBクラスターに物理インポートモードと論理インポートモードの両方で同時にデータをインポートすることはできません。 @@ -49,7 +49,7 @@ TiDB Lightningを使用して共有データベースとテーブルを並列に - MySQL データ量が 2 TiB を超え、MySQL インスタンスの合計数が 10 未満の場合、MySQL インスタンスごとに 1 つのTiDB Lightningインスタンスを使用することをお勧めします。また、並列TiDB Lightningインスタンスの数は 10 を超えないようにしてください。 - MySQL データ量が 2 TiB を超え、MySQL インスタンスの合計数が 10 を超える場合は、これらの MySQL インスタンスによってエクスポートされたデータをインポートするために 5 ～ 10 個のTiDB Lightningインスタンスを割り当てることをお勧めします。 -次に、このドキュメントでは、2 つの例を使用して、さまざまなシナリオでの並行インポートの操作手順を詳しく説明します。 +次に、このドキュメントでは、2 つの例を使用して、さまざまなシナリオでの並列インポートの操作手順を詳しく説明します。 - 例1: Dumpling + TiDB Lightningを使用して、シャードデータベースとテーブルをTiDBに並列にインポートする - 例2: 単一のテーブルを並列にインポートする diff --git a/tidb-lightning/tidb-lightning-physical-import-mode-usage.md b/tidb-lightning/tidb-lightning-physical-import-mode-usage.md index 733eec9da2b21..6f45574dfcd16 100644 --- a/tidb-lightning/tidb-lightning-physical-import-mode-usage.md +++ b/tidb-lightning/tidb-lightning-physical-import-mode-usage.md @@ -5,7 +5,7 @@ summary: TiDB Lightningの物理インポートモードの使い方を学びま # 物理インポートモードを使用する {#use-physical-import-mode} -このドキュメントでは、 TiDB Lightningの[物理輸入モード](/tidb-lightning/tidb-lightning-physical-import-mode.md)の使用方法について説明します。具体的には、設定ファイルの作成、パフォーマンスのチューニング、ディスククォータの設定などが含まれます。 +このドキュメントでは、 TiDB Lightningの[物理インポートモード](/tidb-lightning/tidb-lightning-physical-import-mode.md)の使用方法について説明します。具体的には、設定ファイルの作成、パフォーマンスのチューニング、ディスククォータの設定などが含まれます。 物理インポート モードには制限があります。物理インポートモードを使用する前に、 [制限事項](/tidb-lightning/tidb-lightning-physical-import-mode.md#limitations)必ずお読みください。 @@ -235,7 +235,7 @@ TPCCを使用してオンラインアプリケーションをシミュレート ## パフォーマンスチューニング {#performance-tuning} -**物理輸入モードの輸入パフォーマンスを向上させるための最も直接的かつ効果的な方法は以下のとおりです。** +**物理インポートモードのインポートパフォーマンスを向上させるための最も直接的かつ効果的な方法は以下のとおりです。** - **Lightningがデプロイされているノードのハードウェア、特にCPUと`sorted-key-dir`のストレージデバイスをアップグレードしてください。** - **並列インポート機能を使用して、水平方向のスケーリングを実現します。** diff --git a/tidb-lightning/tidb-lightning-physical-import-mode.md b/tidb-lightning/tidb-lightning-physical-import-mode.md index 8a9b9db1470c7..d4cd101d46fa6 100644 --- a/tidb-lightning/tidb-lightning-physical-import-mode.md +++ b/tidb-lightning/tidb-lightning-physical-import-mode.md @@ -5,7 +5,7 @@ summary: TiDB Lightningの物理インポート モードについて学習し # 物理インポートモード {#physical-import-mode} -物理インポートモードは、SQLインターフェースを経由せずに、TiKVノードにキーと値のペアとして直接データを挿入する、効率的で高速なインポートモードです。物理インポートモードを使用する場合、Lightningインスタンス1つで最大10TiBのデータをインポートできます。Lightningインスタンスの数が増えるにつれて、サポートされるインポートデータ量は理論上増加します。ユーザーによる検証では、Lightningインスタンス[並行輸入](/tidb-lightning/tidb-lightning-distributed-import.md)で最大50TiBのデータを効率的に処理できることが示されています。 +物理インポートモードは、SQLインターフェースを経由せずに、TiKVノードにキーと値のペアとして直接データを挿入する、効率的で高速なインポートモードです。物理インポートモードを使用する場合、Lightningインスタンス1つで最大10TiBのデータをインポートできます。Lightningインスタンスの数が増えるにつれて、サポートされるインポートデータ量は理論上増加します。ユーザーによる検証では、Lightningインスタンスの[並列インポート](/tidb-lightning/tidb-lightning-distributed-import.md)で最大50TiBのデータを効率的に処理できることが示されています。 物理インポート モードを使用する前に、必ず[要件と制限](#requirements-and-restrictions)お読みください。 @@ -74,7 +74,7 @@ CentOS 7の新規インスタンスの使用をお勧めします。仮想マシ - 本番のTiDBクラスタにデータを直接インポートする際に、物理インポートモードを使用しないでください。パフォーマンスに重大な影響を及ぼします。必要な場合は、 [テーブルレベルでスケジュールを一時停止する](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md#scope-of-pausing-scheduling-during-import)を参照してください。 - TiDBクラスタにレイテンシの影響を受けやすいアプリケーションがあり、同時実行性が低い場合は、物理インポートモードを使用してクラスタにデータをインポート**しない**ことを強くお勧めします。このモードは、オンラインアプリケーションに重大な影響を与える可能性があります。 -- 複数のTiDB Lightningインスタンスを同時に実行して同じTiDBクラスタにデータをインポートする場合は、 [並行輸入](/tidb-lightning/tidb-lightning-distributed-import.md)有効にしてインポートを調整できます。各インスタンスが**異なるテーブル**にデータをインポートする場合は、並列インポートオプションは必要ありません。ただし、複数のインスタンスが**同じテーブル**にデータをインポートする場合は、競合を防ぎ、データの整合性を確保するために、並列インポートを有効にする必要があります。 +- 複数のTiDB Lightningインスタンスを同時に実行して同じTiDBクラスタにデータをインポートする場合は、 [並列インポート](/tidb-lightning/tidb-lightning-distributed-import.md)を有効にしてインポートを調整できます。各インスタンスが**異なるテーブル**にデータをインポートする場合は、並列インポートオプションは必要ありません。ただし、複数のインスタンスが**同じテーブル**にデータをインポートする場合は、競合を防ぎ、データの整合性を確保するために、並列インポートを有効にする必要があります。 - 複数のTiDB Lightningを使用して同じターゲットクラスタにデータをインポートする場合、インポートモードを混在させないでください。つまり、物理インポートモードと論理インポートモードを同時に使用しないでください。 - データのインポート中は、ターゲットテーブルでDDLおよびDML操作を実行しないでください。そうしないと、インポートが失敗したり、データの不整合が生じたりする可能性があります。また、読み取り操作は、読み取ったデータに不整合が生じる可能性があるため、実行しないことをお勧めします。インポート操作が完了したら、読み取りおよび書き込み操作を実行できます。 - 1 つの Lightning プロセスでインポートできるのは、最大 10 TiB のテーブル 1 つだけです。並列インポートでは、最大 10 個の Lightning インスタンスを使用できます。 diff --git a/tidb-lightning/tidb-lightning-requirements.md b/tidb-lightning/tidb-lightning-requirements.md index d7d5073e81f6a..d32ffbb6eb69a 100644 --- a/tidb-lightning/tidb-lightning-requirements.md +++ b/tidb-lightning/tidb-lightning-requirements.md @@ -11,7 +11,7 @@ TiDB Lightningを使用する前に、環境が要件を満たしているかど インポートモードと有効な機能に基づいて、ターゲットデータベースユーザーには異なる権限を付与する必要があります。次の表にその例を示します。 -
特徴範囲必要な権限備考
必須基本関数ターゲットテーブル作成、選択、挿入、更新、削除、ドロップ、変更DROP は、tidb-lightning-ctl が checkpoint-destroy-all コマンドを実行する場合にのみ必要です。
ターゲットデータベース作成する
必須論理インポートモード情報スキーマ列選択
物理インポートモードmysql.tidb選択
-素晴らしい
-制限付き変数管理者、制限付きテーブル管理者ターゲットTiDBがSEMを有効にする場合に必要
推奨競合検出、最大エラーlightning.task-info-schema-name 用に設定されたスキーマ選択、挿入、更新、削除、作成、削除必要でない場合は、値を "" に設定する必要があります
オプション並行輸入lightning.meta-schema-name 用に設定されたスキーマ選択、挿入、更新、削除、作成、削除必要でない場合は、値を "" に設定する必要があります
オプションチェックポイント.ドライバー = "mysql" checkpoint.schema 設定選択、挿入、更新、削除、作成、削除チェックポイント情報がファイルではなくデータベースに保存される場合に必要
+
特徴範囲必要な権限備考
必須基本関数ターゲットテーブル作成、選択、挿入、更新、削除、ドロップ、変更DROP は、tidb-lightning-ctl が checkpoint-destroy-all コマンドを実行する場合にのみ必要です。
ターゲットデータベース作成する
必須論理インポートモード情報スキーマ列選択
物理インポートモードmysql.tidb選択
-素晴らしい
-制限付き変数管理者、制限付きテーブル管理者ターゲットTiDBがSEMを有効にする場合に必要
推奨競合検出、最大エラーlightning.task-info-schema-name 用に設定されたスキーマ選択、挿入、更新、削除、作成、削除必要でない場合は、値を "" に設定する必要があります
オプション並列インポートlightning.meta-schema-name 用に設定されたスキーマ選択、挿入、更新、削除、作成、削除必要でない場合は、値を "" に設定する必要があります
オプションチェックポイント.ドライバー = "mysql" checkpoint.schema 設定選択、挿入、更新、削除、作成、削除チェックポイント情報がファイルではなくデータベースに保存される場合に必要
## 対象データベースのストレージスペース {#storage-space-of-the-target-database} diff --git a/tikv-configuration-file.md b/tikv-configuration-file.md index 2cc6881fa9d4b..ff1df53994beb 100644 --- a/tikv-configuration-file.md +++ b/tikv-configuration-file.md @@ -2261,7 +2261,7 @@ Raft Engineに関連するコンフィグレーション項目。 - 新しいマスター キーをローテーションするときに古いマスター キーを指定します。構成形式は`master-key`と同じです。マスターキーの設定方法については、[保存時の暗号化- 暗号化の設定](/encryption-at-rest.md#configure-encryption)参照してください。 -## 輸入 {#import} +## インポート {#import} TiDB LightningのインポートおよびBR復元に関連するコンフィグレーション項目。 From 59db5be369e86f89be3dc1f946bff926c0b2dbd8 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Tue, 23 Jun 2026 18:04:10 +0900 Subject: [PATCH 2/2] i18n(ja): remove unnecessary spaces in Japanese text --- sql-statements/sql-statement-import-into.md | 2 +- tidb-cloud/import-csv-files.md | 2 +- tidb-cloud/import-parquet-files.md | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/sql-statements/sql-statement-import-into.md b/sql-statements/sql-statement-import-into.md index 8c1ba9bacf37c..b7b1010707ad3 100644 --- a/sql-statements/sql-statement-import-into.md +++ b/sql-statements/sql-statement-import-into.md @@ -26,7 +26,7 @@ summary: TiDBにおけるIMPORT INTOの使用方法の概要。 - `IMPORT INTO`トランザクションまたはロールバックをサポートしていません。明示的なトランザクション ( `IMPORT INTO` / { `BEGIN`内) で`END`を実行するとエラーが返されます。 - `IMPORT INTO` [バックアップと復元](https://docs.pingcap.com/tidb/stable/backup-and-restore-overview)、 [`FLASHBACK CLUSTER`](/sql-statements/sql-statement-flashback-cluster.md) 、 [インデックス追加処理の高速化](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630)、 TiDB Lightning を使用したデータ インポート、TiCDC を使用したデータ レプリケーション、または[特定時点復旧（PITR）](https://docs.pingcap.com/tidb/stable/br-log-architecture)などの機能との同時作業をサポートしていません。互換性の詳細については、 [TiDB Lightningと`IMPORT INTO`のTiCDCおよびログバックアップとの互換性](https://docs.pingcap.com/tidb/stable/tidb-lightning-compatibility-and-scenarios)参照してください。 - データインポート処理中は、対象テーブルに対してDDLまたはDML操作を実行したり、対象データベースに対して[`FLASHBACK DATABASE`](/sql-statements/sql-statement-flashback-database.md)を実行したりしないでください。これらの操作は、インポートの失敗やデータの不整合を引き起こす可能性があります。また、インポート処理中に読み取り操作を実行することも推奨さ**れません**。読み取られるデータに不整合が生じる可能性があるためです。読み取りおよび書き込み操作は、インポートが完了した後にのみ実行してください。 -- インポートプロセスはシステム リソースを大幅に消費します。 TiDB セルフマネージドの場合、パフォーマンスを向上させるために、少なくとも 32 コアと 64 GiB のメモリを備えた TiDB ノードを使用することをお勧めします。 TiDB はインポート中にソートされたデータを TiDB [一時ディレクトリ](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#temp-dir-new-in-v630)に書き込むため、フラッシュメモリなどの TiDB 自己管理用の高性能ストレージメディアを構成することをお勧めします。詳細については、 [物理インポートモードの制限](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode#requirements-and-restrictions)を参照してください。 +- インポートプロセスはシステムリソースを大幅に消費します。 TiDB セルフマネージドの場合、パフォーマンスを向上させるために、少なくとも 32 コアと 64 GiB のメモリを備えた TiDB ノードを使用することをお勧めします。 TiDB はインポート中にソートされたデータを TiDB [一時ディレクトリ](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#temp-dir-new-in-v630)に書き込むため、フラッシュメモリなどの TiDB 自己管理用の高性能ストレージメディアを構成することをお勧めします。詳細については、 [物理インポートモードの制限](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode#requirements-and-restrictions)を参照してください。 - TiDB Self-Managedの場合、TiDB [一時ディレクトリ](https://docs.pingcap.com/tidb/stable/tidb-configuration-file#temp-dir-new-in-v630)は少なくとも90 GiBの空き容量が必要です。インポートするデータ量と同等以上のストレージ容量を割り当てることをお勧めします。 - 1つのインポートジョブは、1つのターゲットテーブルへのデータインポートのみをサポートします。 - `IMPORT INTO` TiDB クラスタのアップグレード時にはサポートされません。 diff --git a/tidb-cloud/import-csv-files.md b/tidb-cloud/import-csv-files.md index 7fe37e0e130ce..20dbec18013c9 100644 --- a/tidb-cloud/import-csv-files.md +++ b/tidb-cloud/import-csv-files.md @@ -16,7 +16,7 @@ aliases: ['/ja/tidbcloud/migrate-from-amazon-s3-or-gcs','/ja/tidbcloud/migrate-f - データの一貫性を確保するため、 TiDB Cloud では CSV ファイルを空のテーブルにのみインポートできます。既にデータが含まれている既存のテーブルにデータをインポートするには、このドキュメントの手順に従ってTiDB Cloud を使用して一時的な空のテーブルにデータをインポートし、その後`INSERT SELECT`ステートメントを使用してデータを対象の既存のテーブルにコピーします。 -- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータ インポート機能は[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**データのインポート]**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 +- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータインポート機能は[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**データのインポート]**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 ## ステップ1. CSVファイルを準備する {#step-1-prepare-the-csv-files} diff --git a/tidb-cloud/import-parquet-files.md b/tidb-cloud/import-parquet-files.md index 7646f6e559be9..d1966019e6bcc 100644 --- a/tidb-cloud/import-parquet-files.md +++ b/tidb-cloud/import-parquet-files.md @@ -15,7 +15,7 @@ summary: Amazon S3、GCS、またはAzure Blob StorageからTiDB Cloud Dedicated - データの一貫性を確保するため、 TiDB Cloud では Parquet ファイルを空のテーブルにのみインポートできます。既にデータが含まれている既存のテーブルにデータをインポートするには、このドキュメントの手順に従ってTiDB Cloud を使用して一時的な空のテーブルにデータをインポートし、その後`INSERT SELECT`ステートメントを使用してデータを対象の既存のテーブルにコピーします。 -- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータ インポート機能は[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**データのインポート]**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 +- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータインポート機能は[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**データのインポート]**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 ## ステップ1. Parquetファイルを準備する {#step-1-prepare-the-parquet-files}