diff --git a/alert-rules.md b/alert-rules.md
index 255ff23d3c3aa..57548fb4ad62a 100644
--- a/alert-rules.md
+++ b/alert-rules.md
@@ -591,7 +591,7 @@ summary: TiDB クラスターのアラートルールについて学習します
- 説明：
- Raftログの適用にかかる時間コストを示します。この値が高い場合は、通常、I/Oが混雑していることを意味します。
+ Raftログのapplyにかかる時間コストを示します。この値が高い場合は、通常、I/Oが混雑していることを意味します。
#### `TiKV_scheduler_latch_wait_duration_seconds` {#tikv_scheduler_latch_wait_duration_seconds}
@@ -617,7 +617,7 @@ summary: TiDB クラスターのアラートルールについて学習します
- 説明：
- Raftログ適用スレッドに大きな負荷がかかっており、限界に近づいているか、すでに限界を超えています。これは多くの場合、書き込みの集中によって発生します。
+ Raftログapplyスレッドに大きな負荷がかかっており、限界に近づいているか、すでに限界を超えています。これは多くの場合、書き込みの集中によって発生します。
### 警告レベルのアラート {#warning-level-alerts-3}
@@ -644,7 +644,7 @@ summary: TiDB クラスターのアラートルールについて学習します
- 説明：
- Raft準備完了の処理にかかる時間コストを示します。この値が大きい場合、ログ追加タスクのスタックが原因であることが多いです。
+ Raft readyの処理にかかる時間コストを示します。この値が大きい場合、ログ追加タスクのスタックが原因であることが多いです。
#### `TiKV_raft_process_tick_duration_secs` {#tikv_raft_process_tick_duration_secs}
diff --git a/deploy-monitoring-services.md b/deploy-monitoring-services.md
index 455f63b33175a..5c0c7ffe88b48 100644
--- a/deploy-monitoring-services.md
+++ b/deploy-monitoring-services.md
@@ -274,4 +274,4 @@ PDサーバー、TiKVサーバー、および TiDBサーバーの Grafana ダッ
- Raftの提案コマンドの総回数
- Raftがコマンドを実行する期間
- Raftコマンドが失敗した合計回数
- - Raftが準備完了状態を処理する合計回数
+ - Raftがready状態を処理する合計回数
diff --git a/dynamic-config.md b/dynamic-config.md
index 4e1a81e7b0402..2404a0b6b826a 100644
--- a/dynamic-config.md
+++ b/dynamic-config.md
@@ -122,7 +122,7 @@ show warnings;
| `raftstore.raft-max-size-per-msg` | 生成できる単一のメッセージパケットのサイズのソフト制限 |
| `raftstore.raft-entry-max-size` | 単一のRaftログの最大サイズに対するハード制限 |
| `raftstore.raft-entry-cache-life-time` | メモリ内のログキャッシュに許容される最大残り時間 |
-| `raftstore.max-apply-unpersisted-log-limit` | コミットされたが永続化されないRaftログの最大数を適用できます |
+| `raftstore.max-apply-unpersisted-log-limit` | コミットされたが永続化されないRaftログの最大数をapplyできます |
| `raftstore.split-region-check-tick-interval` | リージョン分割が必要かどうかを確認する時間間隔 |
| `raftstore.region-split-check-diff` | リージョン分割前にリージョンデータが超過できる最大値 |
| `raftstore.pd-heartbeat-tick-interval` | PDへのリージョンのハートビートがトリガーされる時間間隔 |
@@ -141,9 +141,9 @@ show warnings;
| `raftstore.merge-check-tick-interval` | マージチェックの時間間隔 |
| `raftstore.cleanup-import-sst-interval` | 期限切れのSSTファイルをチェックする時間間隔 |
| `raftstore.local-read-batch-size` | 1バッチで処理される読み取り要求の最大数 |
-| `raftstore.apply-yield-write-size` | 適用スレッドが各ラウンドで1つのFSM（有限状態機械）に書き込むことができる最大バイト数 |
+| `raftstore.apply-yield-write-size` | Applyスレッドが各ラウンドで1つのFSM（有限状態機械）に書き込むことができる最大バイト数 |
| `raftstore.hibernate-timeout` | 起動時に休止状態に入るまでの最短待機時間。この時間内は、TiKV は休止状態になりません（解放されません）。 |
-| `raftstore.apply-pool-size` | ディスクにデータをフラッシュするプール内のスレッドの数。これは適用スレッドプールのサイズです。 |
+| `raftstore.apply-pool-size` | ディスクにデータをフラッシュするプール内のスレッドの数。これはApplyスレッドプールのサイズです。 |
| `raftstore.store-pool-size` | Raftを処理するプール内のスレッドの数。これはRaftstoreスレッドプールのサイズです。 |
| `raftstore.apply-max-batch-size` | Raftステートマシンは、BatchSystemによってデータ書き込みリクエストをバッチ処理します。この設定項目は、1バッチでリクエストを実行できるRaftステートマシンの最大数を指定します。 |
| `raftstore.store-max-batch-size` | Raftステートマシンは、BatchSystemによってログをディスクにフラッシュするリクエストをバッチ処理します。この設定項目は、1回のバッチでリクエストを処理できるRaftステートマシンの最大数を指定します。 |
diff --git a/latency-breakdown.md b/latency-breakdown.md
index 928f0431bd486..9c91a08c2acbf 100644
--- a/latency-breakdown.md
+++ b/latency-breakdown.md
@@ -726,7 +726,7 @@ async write duration(async io enabled) =
- 提案
- コミット
-- 適用：上記の式に`tikv_raftstore_apply_wait_time_duration_secs + tikv_raftstore_apply_log_duration_seconds`を代入する
+- Apply：上記の式に`tikv_raftstore_apply_wait_time_duration_secs + tikv_raftstore_apply_log_duration_seconds`を代入する
提案フェーズの期間は次のように計算されます。
@@ -855,7 +855,7 @@ tikv_raftstore_apply_log_duration_seconds =
tikv_raftstore_apply_perf_context_time_duration_secs{type="write_memtable_time"}
```
-非同期書き込みプロセスでは、コミットされたログをKV DBに適用する必要があります。適用時間はRocksDBのパフォーマンスコンテキストから計算できます。
+非同期書き込みプロセスでは、コミットされたログをKV DBにapplyする必要があります。apply時間はRocksDBのパフォーマンスコンテキストから計算できます。
## 診断のユースケース {#diagnosis-use-cases}
diff --git a/performance-tuning-methods.md b/performance-tuning-methods.md
index 7586233fbd092..0774314393ca1 100644
--- a/performance-tuning-methods.md
+++ b/performance-tuning-methods.md
@@ -522,7 +522,7 @@ v5.4.0では、書き込み中心のOLTPワークロードのQPSがv5.3.0と比
| :-------- | :----------- | :----------- |
| ログ追加期間 | 0.27 | 0.303 |
| コミットログの期間 | 13 | 8.68 |
-| ログ期間を適用する | 0.457 | 0.514 |
+| 適用ログ期間 | 0.457 | 0.514 |
v5.4.0 では、gPRC モジュールが最適化され、 Raftログのレプリケーションが高速化され、v5.3.0 と比較して`Commit Log Duration`と`Store Duration`削減されました。
diff --git a/releases/release-7.1.6.md b/releases/release-7.1.6.md
index efa646115bab4..380c69df29272 100644
--- a/releases/release-7.1.6.md
+++ b/releases/release-7.1.6.md
@@ -35,7 +35,7 @@ TiDB バージョン: 7.1.6
- ピアのスローログを追加し、メッセージを保存します。 [#16600](https://github.com/tikv/tikv/issues/16600) @[Connor1996](https://github.com/Connor1996)
- RocksDB の圧縮トリガー メカニズムを最適化し、多数の DELETE バージョンを処理するときにディスク領域の再利用を高速化します。 [#17269](https://github.com/tikv/tikv/issues/17269) @[AndreMouche](https://github.com/AndreMouche)
- - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator)
+ - ログのapplyを待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator)
- 不要な非同期ブロックを削除してメモリ使用量を削減する[#16540](https://github.com/tikv/tikv/issues/16540) @[overvenus](https://github.com/overvenus)
- TiFlash
diff --git a/releases/release-7.5.4.md b/releases/release-7.5.4.md
index 1a8837062436c..8d8a96ad3264b 100644
--- a/releases/release-7.5.4.md
+++ b/releases/release-7.5.4.md
@@ -26,7 +26,7 @@ TiDB バージョン: 7.5.4
- RocksDB 圧縮のトリガー メカニズムを最適化し、多数の DELETE バージョンを処理するときにディスク領域の再利用を高速化します。 [#17269](https://github.com/tikv/tikv/issues/17269) @[AndreMouche](https://github.com/AndreMouche)
- ピアメッセージチャネルのメモリ使用量を減らす [#16229](https://github.com/tikv/tikv/issues/16229) @[Connor1996](https://github.com/Connor1996)
- - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator)
+ - ログのapplyを待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator)
- TiKVの`DiskFull`検出を最適化してRaftEngineの`spill-dir`構成と互換性を持たせ、この機能が一貫して動作することを保証します。 [#17356](https://github.com/tikv/tikv/issues/17356) @[LykxSassinator](https://github.com/LykxSassinator)
- TiFlash
diff --git a/releases/release-7.5.5.md b/releases/release-7.5.5.md
index e59bfe012de5e..3322a8df779b5 100644
--- a/releases/release-7.5.5.md
+++ b/releases/release-7.5.5.md
@@ -26,7 +26,7 @@ TiDB バージョン: 7.5.5
- Raftと RocksDB が異なるディスクにデプロイされている場合、RocksDB が配置されているディスクでは低速ディスク検出が機能しない問題を修正[#17884](https://github.com/tikv/tikv/issues/17884) @[LykxSassinator](https://github.com/LykxSassinator)
- ピアのスローログを追加し、メッセージを保存します。 [#16600](https://github.com/tikv/tikv/issues/16600) @[Connor1996](https://github.com/Connor1996)
- - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator)
+ - ログのapplyを待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator)
- TiFlash
diff --git a/releases/release-7.5.6.md b/releases/release-7.5.6.md
index 86c344a2fa0ce..1b9a6e6e53cf5 100644
--- a/releases/release-7.5.6.md
+++ b/releases/release-7.5.6.md
@@ -27,7 +27,7 @@ TiDB バージョン: 7.5.6
- 無効な`max_ts`更新の検出メカニズムを追加[#17916](https://github.com/tikv/tikv/issues/17916) @[ekexium](https://github.com/ekexium)
- ピアのスローログを追加し、メッセージを保存します [#16600](https://github.com/tikv/tikv/issues/16600) @[Connor1996](https://github.com/Connor1996)
- - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator)
+ - ログのapplyを待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator)
- TiFlash
diff --git a/releases/release-7.5.7.md b/releases/release-7.5.7.md
index 5cea735db8ef4..b5f9948ee8a3d 100644
--- a/releases/release-7.5.7.md
+++ b/releases/release-7.5.7.md
@@ -41,7 +41,7 @@ TiDB バージョン: 7.5.7
- Raftstoreの`CompactedEvent`処理を`split-check`ワーカーに移動して最適化し、メインのRaftstoreスレッドのブロッキングを削減します。 [#18532](https://github.com/tikv/tikv/issues/18532) @[LykxSassinator](https://github.com/LykxSassinator)
- スレッドごとのメモリ使用量のメトリックを追加します。 [#15927](https://github.com/tikv/tikv/issues/15927) @[Connor1996](https://github.com/Connor1996)
- SST の取り込みが遅すぎる場合は`SST ingest is experiencing slowdowns`のみをログに記録し、パフォーマンスのジッターを回避するために`get_sst_key_ranges`呼び出しをスキップします[#18549](https://github.com/tikv/tikv/issues/18549) @[LykxSassinator](https://github.com/LykxSassinator)
- - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator)
+ - ログのapplyを待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator)
- 残留データのクリーンアップメカニズムを最適化して、リクエストのレイテンシーへの影響を軽減します。 [#18107](https://github.com/tikv/tikv/issues/18107) @[LykxSassinator](https://github.com/LykxSassinator)
- Raft Engineの`fetch_entries_to`のパフォーマンスを最適化して競合を減らし、混合ワークロードでのパフォーマンスを向上します。 [#18605](https://github.com/tikv/tikv/issues/18605) @[LykxSassinator](https://github.com/LykxSassinator)
- 書き込み操作のフロー制御構成の動的な変更をサポート[#17395](https://github.com/tikv/tikv/issues/17395) @[glorv](https://github.com/glorv)
diff --git a/releases/release-8.2.0.md b/releases/release-8.2.0.md
index 77ced7c6a3234..ea9464aa1ca9d 100644
--- a/releases/release-8.2.0.md
+++ b/releases/release-8.2.0.md
@@ -162,7 +162,7 @@ TiDB バージョン: 8.2.0
| TiDB | [`concurrently-init-stats`](/tidb-configuration-file.md#concurrently-init-stats-new-in-v810-and-v752) | 変更 | 統計情報の初期化にかかる時間を短縮するため、デフォルト値を`false`から`true`に変更します。この設定項目は、 [`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710) `false`に設定されている場合にのみ有効になります。 |
| TiDB | [`stats-load-concurrency`](/tidb-configuration-file.md#stats-load-concurrency-new-in-v540) | 変更 | デフォルト値を`5`から`0`に変更し、最小値を`1`から`0`に変更します。値`0`は自動モードを意味し、サーバーの設定に基づいて同時実行数を自動的に調整します。 |
| TiDB | [`token-limit`](/tidb-configuration-file.md#token-limit) | 変更 | TiDB Server のメモリ不足エラー (OOM) が発生するのを避けるため、最大値を`18446744073709551615` (64 ビット プラットフォーム) および`4294967295` `1048576`に変更します。これにより、同時にリクエストを実行できるセッション数は最大`1048576`まで設定できます。 |
-| TiKV | [`max-apply-unpersisted-log-limit`](/tikv-configuration-file.md#max-apply-unpersisted-log-limit-new-in-v810) | 変更 | TiKVノードのI/Oジッターによって発生するロングテールレイテンシーを削減するため、デフォルト値を`0`から`1024`に変更します。これは、コミット済みだが永続化されていないRaftログの最大適用数が、デフォルトでは`1024`であることを意味します。 |
+| TiKV | [`max-apply-unpersisted-log-limit`](/tikv-configuration-file.md#max-apply-unpersisted-log-limit-new-in-v810) | 変更 | TiKVノードのI/Oジッターによって発生するロングテールレイテンシーを削減するため、デフォルト値を`0`から`1024`に変更します。これは、applyできる、コミット済みだが永続化されていないRaftログの最大数が、デフォルトでは`1024`であることを意味します。 |
| TiKV | [`server.grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type) | 変更 | この設定項目では、TiKVからTiDBに送信される応答メッセージの圧縮アルゴリズムも制御できるようになりました。圧縮を有効にすると、CPUリソースの消費量が増加する可能性があります。 |
| TiFlash | [`security.redact_info_log`](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file) | 変更 | 新しい値オプション`marker`が導入されました。値を`marker`に設定すると、ログ内のすべてのユーザーデータが`‹ ›`で囲まれます。 |
@@ -212,11 +212,11 @@ TiDB バージョン: 8.2.0
- TiKV
- 単一の圧縮ジョブに関係する SST ファイルの数を表示する**圧縮ジョブサイズ (ファイル)**メトリックを追加します [#16837](https://github.com/tikv/tikv/issues/16837) @[zhangjinpeng87](https://github.com/zhangjinpeng87)
- - [早期応募](/tikv-configuration-file.md#max-apply-unpersisted-log-limit-new-in-v810)をデフォルトで有効にします。この機能を有効にすると、 Raftリーダーは、クォーラム ピアがログを永続化した後、リーダー自身がログを永続化するのを待たずにログを適用できるため、少数の TiKV ノードでのジッターが書き込みリクエストのレイテンシーに与える影響が軽減されます。 [#16717](https://github.com/tikv/tikv/issues/16717) @[glorv](https://github.com/glorv)
+ - [早期apply](/tikv-configuration-file.md#max-apply-unpersisted-log-limit-new-in-v810)をデフォルトで有効にします。この機能を有効にすると、 Raftリーダーは、クォーラム ピアがログを永続化した後、リーダー自身がログを永続化するのを待たずにログをapplyできるため、少数の TiKV ノードでのジッターが書き込みリクエストのレイテンシーに与える影響が軽減されます。 [#16717](https://github.com/tikv/tikv/issues/16717) @[glorv](https://github.com/glorv)
- **Raftのドロップメッセージ**の可視性を向上させ、書き込み速度低下の根本原因を特定する [#17093](https://github.com/tikv/tikv/issues/17093) @[Connor1996](https://github.com/Connor1996)
- クラスターのレイテンシーの問題をトラブルシューティングするために、ファイル取り込みレイテンシーの可視性を向上させる [#17078](https://github.com/tikv/tikv/issues/17078) @[LykxSassinator](https://github.com/LykxSassinator)
- リージョンレプリカのクリーンアップに別のスレッドを使用して、重要なRaftの読み取りと書き込みのレイテンシーを安定させる [#16001](https://github.com/tikv/tikv/issues/16001) @[hbisheng](https://github.com/hbisheng)
- - 適用されるスナップショットの数の可視性を向上させる [#17078](https://github.com/tikv/tikv/issues/17078) @[hbisheng](https://github.com/hbisheng)
+ - applyされるスナップショットの数の可視性を向上させる [#17078](https://github.com/tikv/tikv/issues/17078) @[hbisheng](https://github.com/hbisheng)
- PD
diff --git a/tidb-cloud/built-in-monitoring.md b/tidb-cloud/built-in-monitoring.md
index d35ac2671e127..082e8e11a4e36 100644
--- a/tidb-cloud/built-in-monitoring.md
+++ b/tidb-cloud/built-in-monitoring.md
@@ -56,12 +56,12 @@ TiDB Cloudでは、メトリクスデータは7日間保持されます。
| Average TiDB KV Request Duration | {Request Type} | `Get` 、 `Prewrite`などのリクエストタイプに基づいて、すべて`Commit`でKVリクエストを実行するのに要する平均時間。 |
| Average TiKV gRPC Duration | {Request Type} | `kv_get` 、 `kv_prewrite` `kv_commit`でgRPCリクエストを実行するのに要した平均時間。 |
| Average / P99 PD TSO Wait/RPC Duration | wait-avg/99、rpc-avg/99 | 待機時間：すべてのTiDBノードにおいてPDがTSOを返すまでの待機時間の平均値、または99パーセンタイル値。
RPC: PDにTSOリクエストを送信してから、すべてのTiDBノードでTSOを受信するまでの平均時間、または99パーセンタイル値。 |
-| Average / P99 Storage Async Write Duration | avg、99 | 非同期書き込みで消費される平均時間、または99パーセンタイル値。平均ストレージ非同期書き込み時間 = 平均ストレージ時間 + 平均適用時間。 |
+| Average / P99 Storage Async Write Duration | avg、99 | 非同期書き込みで消費される平均時間、または99パーセンタイル値。平均ストレージ非同期書き込み時間 = 平均ストレージ時間 + 平均apply時間。 |
| Average / P99 Store Duration | avg、99 | 非同期書き込み時のストレージループで消費される平均時間、または99パーセンタイル値。 |
-| Average / P99 Apply Duration | avg、99 | 非同期書き込み中にループを適用する際に要する平均時間、または99パーセンタイル値。 |
+| Average / P99 Apply Duration | avg、99 | 非同期書き込み中のapplyループで消費される平均時間、または99パーセンタイル値。 |
| Average / P99 Append Log Duration | avg、99 | Raftがログを追加する際に要する平均時間、または99パーセンタイル値。 |
| Average / P99 Commit Log Duration | avg、99 | Raftがログをコミットするのに要する平均時間、または99パーセンタイル値。 |
-| Average / P99 Apply Log Duration | avg、99 | Raftがログを適用するために要する平均時間、または99パーセンタイル値。 |
+| Average / P99 Apply Log Duration | avg、99 | Raftがログをapplyするために要する平均時間、または99パーセンタイル値。 |
| Affected Rows | {SQL type} | SQLタイプ別の1秒あたりの処理行数。 |
| Leader Count | {instance} | TiKVノードによってホストされているRaftリーダーリージョンの数。 |
| Region Count | {instance} | TiKVノードによって管理されるデータ領域の総数。 |
diff --git a/tidb-cloud/v8.5-performance-highlights.md b/tidb-cloud/v8.5-performance-highlights.md
index a33ddb0a76956..ccd575b7acd09 100644
--- a/tidb-cloud/v8.5-performance-highlights.md
+++ b/tidb-cloud/v8.5-performance-highlights.md
@@ -72,7 +72,7 @@ MVCC バージョンが蓄積されると、要求されたデータと処理さ
TiDB v8.5.0 では、クラウドディスク IO ジッターによるパフォーマンスへの影響を軽減するための複数の機能強化が導入されています。
-- **Leader書き込み最適化**: リーダーがコミットされたがまだ永続化されていないRaftログを早期に適用できるようにし、リーダー ピアの書き込みレイテンシーに対する IO ジッターの影響を軽減します。
+- **Leader書き込み最適化**: リーダーがコミットされたがまだ永続化されていないRaftログを早期にapplyできるようにし、リーダー ピアの書き込みレイテンシーに対する IO ジッターの影響を軽減します。
- **低速ノード検出の強化**：低速ノード検出アルゴリズムを改良し、デフォルトで低速スコア検出を有効にしました。これにより、低速ノードが特定されると、エビクトリーダースケジューラがトリガーされ、パフォーマンスが回復します。[遅いノード検出メカニズム](https://docs.pingcap.com/tidb/v8.5/pd-scheduling-best-practices#troubleshoot-tikv-node)は、 [低速ストアの排除スケジューラ](https://docs.pingcap.com/tidb/v8.5/pd-control#scheduler-show--add--remove--pause--resume--config--describe)を使用して低速ノードを検出・管理し、クラウドディスクジッターの影響を軽減します。
diff --git a/tikv-configuration-file.md b/tikv-configuration-file.md
index f3f534df4afc8..e2219c93ade18 100644
--- a/tikv-configuration-file.md
+++ b/tikv-configuration-file.md
@@ -513,7 +513,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多
### `enable-async-apply-prewrite` {#enable-async-apply-prewrite}
-- 非同期コミットトランザクションが、プリライト要求を適用する前にTiKVクライアントに応答するかどうかを決定します。この設定項目を有効にすると、適用時間が長い場合はレイテンシーを容易に短縮でき、適用時間が不安定な場合は遅延ジッターを低減できます。
+- 非同期コミットトランザクションが、プリライト要求をapplyする前にTiKVクライアントに応答するかどうかを決定します。この設定項目を有効にすると、apply時間が長い場合はレイテンシーを容易に短縮でき、apply時間が不安定な場合は遅延ジッターを低減できます。
- デフォルト値: `false`
### `reserve-space` {#reserve-space}
@@ -845,10 +845,10 @@ Raftstoreに関連するコンフィグレーション項目。
### `max-apply-unpersisted-log-limit` v8.1.0で追加 {#max-apply-unpersisted-log-limit-new-in-v810}
-- 適用可能な、コミット済みだが永続化されていないRaftログの最大数。
+- applyできる、コミット済みだが永続化されていないRaftログの最大数。
- - この設定項目を`0`より大きい値に設定すると、TiKVノードはコミット済みだが永続化されていないRaftログを事前に適用できるようになり、そのノードでのIOジッターによって発生するロングテールレイテンシーを効果的に削減できます。ただし、TiKVのメモリ使用量とRaftログが占めるディスク容量が増加する可能性もあります。
- - この設定項目を`0`に設定すると、この機能が無効になります。つまり、TiKV はRaftログがコミットされ、かつ永続化されるまで待機してから適用する必要があります。この動作は、v8.2.0 より前のバージョンの動作と一致しています。
+ - この設定項目を`0`より大きい値に設定すると、TiKVノードはコミット済みだが永続化されていないRaftログを事前にapplyできるようになり、そのノードでのIOジッターによって発生するロングテールレイテンシーを効果的に削減できます。ただし、TiKVのメモリ使用量とRaftログが占めるディスク容量が増加する可能性もあります。
+ - この設定項目を`0`に設定すると、この機能が無効になります。つまり、TiKV はRaftログがコミットされ、かつ永続化されるまで待機してからapplyする必要があります。この動作は、v8.2.0 より前のバージョンの動作と一致しています。
- デフォルト値: `1024`
@@ -1121,7 +1121,7 @@ Raftstoreに関連するコンフィグレーション項目。
### `apply-pool-size` {#apply-pool-size}
-- データをディスクにフラッシュするプール内のスレッドの許容数。これは、適用スレッドプールのサイズです。このスレッドプールのサイズを変更する場合は、 [TiKVスレッドプールのパフォーマンスチューニング](/tune-tikv-thread-performance.md#performance-tuning-for-tikv-thread-pools)を参照してください。
+- データをディスクにフラッシュするプール内のスレッドの許容数。これは、Applyスレッドプールのサイズです。このスレッドプールのサイズを変更する場合は、 [TiKVスレッドプールのパフォーマンスチューニング](/tune-tikv-thread-performance.md#performance-tuning-for-tikv-thread-pools)を参照してください。
- デフォルト値: `2`
- 値の範囲: `[1, CPU * 10]` 。 `CPU`はCPU コアの数を表します。
@@ -1210,7 +1210,7 @@ Raftstoreに関連するコンフィグレーション項目。
### `min-pending-apply-region-count` v8.0.0で追加 {#min-pending-apply-region-count-new-in-v800}
-- TiKV起動時にRaftログ適用中のビジー状態にあるリージョンの最大数。Raftstoreは、このようなリージョンの数がこの値以下の場合にのみリーダー転送を受け入れ、ローリング再起動時の可用性低下を軽減します。
+- TiKV起動時にRaftログapply中のビジー状態にあるリージョンの最大数。Raftstoreは、このようなリージョンの数がこの値以下の場合にのみリーダー転送を受け入れ、ローリング再起動時の可用性低下を軽減します。
- デフォルト値: `10`
### `request-voter-replicated-index-interval` v6.6.0で追加 {#request-voter-replicated-index-interval-new-in-v660}
diff --git a/troubleshoot-stale-read.md b/troubleshoot-stale-read.md
index 742040771597b..0adaa840e381a 100644
--- a/troubleshoot-stale-read.md
+++ b/troubleshoot-stale-read.md
@@ -17,21 +17,21 @@ summary: TiKV のステイル読み取りと safe-ts の原則を紹介し、
### safe-tsとは何ですか? {#what-is-safe-ts}
-safe-ts は、リージョン内の各ピアが保持するタイムスタンプです。この値より小さいタイムスタンプを持つすべてのトランザクションがローカルに適用されていることを保証し、ローカルステイル読み取りを可能にします。
+safe-ts は、リージョン内の各ピアが保持するタイムスタンプです。この値より小さいタイムスタンプを持つすべてのトランザクションがローカルにapplyされていることを保証し、ローカルステイル読み取りを可能にします。
### resolved-tsとは何ですか？ {#what-is-resolved-ts}
-resolved-ts は、この値より小さいタイムスタンプを持つすべてのトランザクションがリーダーによって適用済みであることを保証するタイムスタンプです。ピア概念であるsafe-tsとは異なり、resolved-ts はリージョンリーダーによってのみ管理されます。フォロワーの適用インデックスはリーダーよりも小さい場合があるため、resolved-tsをフォロワー内で直接safe-tsとして扱うことはできません。
+resolved-ts は、この値より小さいタイムスタンプを持つすべてのトランザクションがリーダーによってapply済みであることを保証するタイムスタンプです。ピア概念であるsafe-tsとは異なり、resolved-ts はリージョンリーダーによってのみ管理されます。フォロワーのapplyインデックスはリーダーよりも小さい場合があるため、resolved-tsをフォロワー内で直接safe-tsとして扱うことはできません。
### safe-tsの維持 {#the-maintenance-of-safe-ts}
-`RegionReadProgress`モジュールは safe-ts を管理します。リージョンリーダーはresolved-tsを管理し、定期的に、 resolved-ts、このresolved-tsを検証するための最低限必要な適用インデックス、そしてリージョン自体を、CheckLeader RPC を介して全レプリカの`RegionReadProgerss`モジュールに送信します。
+`RegionReadProgress`モジュールは safe-ts を管理します。リージョンリーダーはresolved-tsを管理し、定期的に、 resolved-ts、このresolved-tsを検証するための最低限必要なapplyインデックス、そしてリージョン自体を、CheckLeader RPC を介して全レプリカの`RegionReadProgerss`モジュールに送信します。
-ピアがデータを適用すると、適用インデックスが更新され、保留中のresolved-ts が新しい safe-ts になるかどうかがチェックされます。
+ピアがデータをapplyすると、applyインデックスが更新され、保留中のresolved-ts が新しい safe-ts になるかどうかがチェックされます。
### resolved-tsの維持 {#the-maintenance-of-resolved-ts}
-リージョンリーダーは、resolved-ts を管理するためにリゾルバを使用します。このリゾルバは、 Raft適用時に変更ログを受信することで、LOCK CF（カラムファミリー）内のロックを追跡します。初期化されると、リゾルバはリージョン全体をスキャンしてロックを追跡します。
+リージョンリーダーは、resolved-ts を管理するためにリゾルバを使用します。このリゾルバは、 Raftのapply時に変更ログを受信することで、LOCK CF（カラムファミリー）内のロックを追跡します。初期化されると、リゾルバはリージョン全体をスキャンしてロックを追跡します。
## ステイル読み取りの問題を診断する {#diagnose-stale-read-issues}
@@ -97,7 +97,7 @@ Resolver:
上記の出力は、次のことを判断するのに役立ちます。
- ロックがresolved-tsをブロックしているかどうか。
-- 適用インデックスが小さすぎて safe-ts を更新できないかどうか。
+- applyインデックスが小さすぎて safe-ts を更新できないかどうか。
- フォロワー ピアが存在する場合に、リーダーが十分に更新されたresolved-tsを送信しているかどうか。
### ログを使用して診断する {#use-logs-to-diagnose}
diff --git a/tune-tikv-thread-performance.md b/tune-tikv-thread-performance.md
index ee56195cc825b..b4fd2245d42c0 100644
--- a/tune-tikv-thread-performance.md
+++ b/tune-tikv-thread-performance.md
@@ -19,7 +19,7 @@ TiKVスレッドプールは、主にgRPC、Scheduler、UnifyReadPool、 Raftsto
- すべてのRaftメッセージと新しいログを追加する提案を処理します。
- Raftログをディスクに書き込みます。[`store-io-pool-size`](/tikv-configuration-file.md#store-io-pool-size-new-in-v530)の値が`0`の場合、 Raftstoreスレッドはログをディスクに書き込みます。値が`0`でない場合、 RaftstoreスレッドはログをStoreWriterスレッドに送信します。
- - 大部分のレプリカのRaftログが整合している場合、 Raftstoreスレッドはログを適用スレッドに送信します。
+ - 大部分のレプリカのRaftログが整合している場合、 RaftstoreスレッドはログをApplyスレッドに送信します。
- StoreWriter スレッドプール: すべてのRaftログをディスクに書き込み、結果をRaftstoreスレッドに返します。