Fix Raft ready/apply jargon mistranslated as generic Japanese words

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}
 

deploy-monitoring-services.md

@@ -274,4 +274,4 @@ PDサーバー、TiKVサーバー、および TiDBサーバーの Grafana ダッ
     - Raftの提案コマンドの総回数
     - Raftがコマンドを実行する期間
     - Raftコマンドが失敗した合計回数
-    - Raftが準備完了状態を処理する合計回数
+    - Raftがready状態を処理する合計回数

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ステートマシンの最大数を指定します。                                 |

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}
 

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`削減されました。
 

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

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

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
 

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
 

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)