i18n(ja): fix import related mistranslations in Japanese prose

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)

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)

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)
         -   論理インポートモード

develop/dev-guide-insert-data.md

@@ -233,7 +233,7 @@ TiDBに大量のデータを迅速にインポートする必要がある場合
 <div label="TiDB Cloud" value="tidb-cloud">
 
 -   データエクスポート： [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と比較して、バックアップと復元はビッグ データのシナリオにより適しています。
 

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` ）を作成します。タスク設定ファイルの例を以下に示します。
 

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)を使用してデータをインポートしてみてください。
 
 -   下流データベース内の空のリージョン
 

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}
 

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}

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に並列インポートできます。お客様の利用方法を変えることなく、データ移行能力を大幅に向上させ、よりリアルタイムなデータ移行を実現し、さらなる処理、統合、分析を可能にします。これにより、企業のデータ管理効率が向上します。
 

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)

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 秒に短縮します。

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}

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 ノードにスケジュールして並列インポートを行うこともサポートしており、インポート パフォーマンスをさらに向上させます。
 

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)を参照してください。