i18n(ja): fix execution-plan-related notation and spacing

br/br-snapshot-manual.md

@@ -269,7 +269,7 @@ tiup br restore full \
 
 ### `mysql`スキーマから実行プランバインディングを復元する {#restore-execution-plan-bindings-from-the-mysql-schema}
 
-クラスターの実行計画 バインディングを復元するには、 `--with-sys-table`オプションと、復元する`mysql`スキーマを指定する`--filter`または`-f`オプションを含む`tiup br restore full`コマンドを実行します。
+クラスターの実行プランバインディングを復元するには、 `--with-sys-table`オプションと、復元する`mysql`スキーマを指定する`--filter`または`-f`オプションを含む`tiup br restore full`コマンドを実行します。
 
 以下は`mysql.bind_info`テーブルを復元する例です。
 

develop/dev-guide-use-subqueries.md

@@ -32,7 +32,7 @@ aliases: ['/ja/tidb/stable/dev-guide-use-subqueries/','/ja/tidbcloud/dev-guide-u
 
 ### 自己完結型サブクエリ {#self-contained-subquery}
 
-サブクエリを比較演算子 ( `>` 、 `>=` 、 `<` 、 `<=` 、 `=` 、または`! =` ) のオペランドとして使用する自己完結型サブクエリの場合、内部サブクエリは 1回だけクエリを実行し、実行計画 フェーズで TiDB によって定数として書き換えられます。
+サブクエリを比較演算子 ( `>` 、 `>=` 、 `<` 、 `<=` 、 `=` 、または`! =` ) のオペランドとして使用する自己完結型サブクエリの場合、内部サブクエリは 1回だけクエリを実行し、実行計画フェーズで TiDB によって定数として書き換えられます。
 
 たとえば、年齢が平均年齢より大きい`authors`のテーブル内の著者を照会するには、サブクエリを比較演算子のオペランドとして使用できます。
 
@@ -86,7 +86,7 @@ WHERE (IFNULL(a1.death_year, YEAR(NOW())) - a1.birth_year) > 34;
 
 相関サブクエリの場合、内部サブクエリは外部クエリの列を参照するため、各サブクエリは外部クエリの各行に対して1回ずつ実行されます。つまり、外部クエリが1,000万件の結果を取得すると仮定すると、サブクエリも1,000万回実行され、より多くの時間とリソースを消費することになります。
 
-したがって、処理の過程で、TiDB は実行計画 レベルでクエリ効率[相関サブクエリの非相関](/correlated-subquery-optimization.md)向上させるように努めます。
+したがって、処理の過程で、TiDB は実行計画レベルでのクエリ効率を向上させるために、[相関サブクエリの非相関](/correlated-subquery-optimization.md)を試みます。
 
 次の文は、同じ性別の他の著者の平均年齢よりも年上の著者を問い合わせるためのものです。
 

releases/release-3.0-ga.md

@@ -29,7 +29,7 @@ TiDB Ansible バージョン: 3.0.0
         - 範囲パーティションをサポート
         - ハッシュパーティションをサポート
     - IP ホワイトリスト (**Enterprise**) や監査ログ (**Enterprise**) などのプラグインをサポートするプラグインフレームワークを追加します。
-    - クエリの安定性を確保するために SQL 実行計画 バインディングを作成する SQL プラン管理機能をサポートします (**Experimental**)
+    - クエリの安定性を確保するために SQL 実行プランバインディングを作成する SQL プラン管理機能をサポートします (**Experimental**)
 - SQLオプティマイザ
     - `NOT EXISTS`サブクエリを最適化し、 `Anti Semi Join`に変換してパフォーマンスを向上させます
     - `Outer Join`の定数伝播を最適化し、 `Outer Join`除去の最適化ルールを追加して、効果のない計算を減らし、パフォーマンスを向上させます。

releases/release-6.5.12.md

@@ -66,7 +66,7 @@ TiDBバージョン: 6.5.12
     - `IndexLookUp`オペレーターのメモリの一部が追跡されない問題を修正 [#56440](https://github.com/pingcap/tidb/issues/56440) @[wshwsh12](https://github.com/wshwsh12)
     - TiDBの内部コルーチンで発生する可能性のあるデータ競合問題を修正しました [#56053](https://github.com/pingcap/tidb/issues/56053) @[fishiu](https://github.com/fishiu) [#57798](https://github.com/pingcap/tidb/issues/57798) @[tiancaiamao](https://github.com/tiancaiamao)
     - クエリに利用可能なインデックスマージ実行計画がある場合に`read_from_storage`ヒントが有効にならない可能性がある問題を修正しました [#56217](https://github.com/pingcap/tidb/issues/56217) @[AilinKid](https://github.com/AilinKid)
-    - エイリアスを持つマルチテーブル`DELETE`文に対して実行計画 バインディングを作成できない問題を修正しました。 [#56726](https://github.com/pingcap/tidb/issues/56726) @[hawkingrei](https://github.com/hawkingrei)
+    - エイリアスを持つマルチテーブル`DELETE`文に対して実行プランバインディングを作成できない問題を修正しました。 [#56726](https://github.com/pingcap/tidb/issues/56726) @[hawkingrei](https://github.com/hawkingrei)
     - 異常終了時に`INDEX_HASH_JOIN`がハングアップする可能性がある問題を修正しました [#54055](https://github.com/pingcap/tidb/issues/54055) @[wshwsh12](https://github.com/wshwsh12)
     - 2人のDDL所有者が同時に存在する可能性がある問題を修正[#54689](https://github.com/pingcap/tidb/issues/54689) @[joccau](https://github.com/joccau)
     - `information_schema.cluster_slow_query`テーブルをクエリするときに、時間フィルターが追加されていない場合、最新のスローログファイルのみがクエリされる問題を修正しました[#56100](https://github.com/pingcap/tidb/issues/56100) @[crazycs520](https://github.com/crazycs520)

releases/release-7.5.5.md

@@ -61,7 +61,7 @@ TiDB バージョン: 7.5.5
     - ストレージエンジンとしてTiKVが選択されていない場合にTTLが失敗する可能性がある問題を修正 [#56402](https://github.com/pingcap/tidb/issues/56402) @[YangKeao](https://github.com/YangKeao)
     - `ADD INDEX` を実行するときに TiDB がインデックスの長さ制限をチェックしない問題を修正しました [#56930](https://github.com/pingcap/tidb/issues/56930) @[fzzf678](https://github.com/fzzf678)
     - TTLタスクをキャンセルした際に、対応するSQLが強制終了されない問題を修正[#56511](https://github.com/pingcap/tidb/issues/56511) @[lcwangchao](https://github.com/lcwangchao)
-    - エイリアスを持つマルチテーブル`DELETE`文に対して実行計画 バインディングを作成できない問題を修正しました。 [#56726](https://github.com/pingcap/tidb/issues/56726) @[hawkingrei](https://github.com/hawkingrei)
+    - エイリアスを持つマルチテーブル`DELETE`文に対して実行プランバインディングを作成できない問題を修正しました。 [#56726](https://github.com/pingcap/tidb/issues/56726) @[hawkingrei](https://github.com/hawkingrei)
     - `ANALYZE`を使用してテーブルの統計情報を収集するときに、テーブルに仮想生成列の式インデックスが含まれていると、実行時にエラーが報告される問題を修正しました。 [#57079](https://github.com/pingcap/tidb/issues/57079) @[hawkingrei](https://github.com/hawkingrei)
     - 配置ルールを含むテーブル構造をインポートするときに Plan Replayer がエラーを報告する可能性がある問題を修正しました。 [#54961](https://github.com/pingcap/tidb/issues/54961) @[hawkingrei](https://github.com/hawkingrei)
     - CTE でデータベース名を解析するときに間違ったデータベース名が返される問題を修正しました [#54582](https://github.com/pingcap/tidb/issues/54582) @[hawkingrei](https://github.com/hawkingrei)

releases/release-8.1.0.md

@@ -133,7 +133,7 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。
     - `ADMIN SHOW TELEMETRY`構文は削除されます。
     - キーワード`TELEMETRY`と`TELEMETRY_ID`は削除されます。
 
-- 以降のリリースでは[実行計画バインディングの自動進化](/sql-plan-management.md#baseline-evolution)再設計する予定であり、関連する変数と動作が変更されます。
+- 以降のリリースでは[実行プランバインディングの自動進化](/sql-plan-management.md#baseline-evolution)を再設計する予定であり、関連する変数と動作が変更されます。
 
 - TiDB Lightningパラメータ[`conflict.max-record-rows`](/tidb-lightning/tidb-lightning-configuration.md#tidb-lightning-task)将来のリリースで廃止される予定であり、その後削除されます。このパラメータは`conflict.threshold`に置き換えられます。これは、競合レコードの最大数が、単一のインポートタスクで許容される競合レコードの最大数と一致することを意味します。
 

releases/release-8.1.2.md

@@ -61,7 +61,7 @@ TiDB バージョン: 8.1.2
     - 特定の状況下でプランキャッシュを使用する際に、メタデータロックの不適切な使用によって異常なデータが書き込まれる可能性がある問題を修正しました[#53634](https://github.com/pingcap/tidb/issues/53634) @[zimulala](https://github.com/zimulala)
     - グローバルソートが有効でリージョンサイズが96 MiB を超えると`IMPORT INTO`実行が停止する問題を修正 [#55374](https://github.com/pingcap/tidb/issues/55374) @[lance6716](https://github.com/lance6716)
     - `DUMP STATS`統計を JSON に変換するときにヒストグラムの上限と下限が壊れる問題を修正 [#56083](https://github.com/pingcap/tidb/issues/56083) @[hawkingrei](https://github.com/hawkingrei)
-    - エイリアスを持つマルチテーブル`DELETE`文に対して実行計画 バインディングを作成できない問題を修正しました。 [#56726](https://github.com/pingcap/tidb/issues/56726) @[hawkingrei](https://github.com/hawkingrei)
+    - エイリアスを持つマルチテーブル`DELETE`文に対して実行プランバインディングを作成できない問題を修正しました。 [#56726](https://github.com/pingcap/tidb/issues/56726) @[hawkingrei](https://github.com/hawkingrei)
     - TTLテーブルのメモリリークの問題を修正 [#56934](https://github.com/pingcap/tidb/issues/56934) @[lcwangchao](https://github.com/lcwangchao)
     - パーティション式が`EXTRACT(YEAR FROM col)` の場合にパーティションプルーニングが機能しない問題を修正しました [#54210](https://github.com/pingcap/tidb/issues/54210) @[mjonss](https://github.com/mjonss)
     - 配置ルールを含むテーブル構造をインポートするときに Plan Replayer がエラーを報告する可能性がある問題を修正しました。 [#54961](https://github.com/pingcap/tidb/issues/54961) @[hawkingrei](https://github.com/hawkingrei)

sql-statements/sql-statement-create-binding.md

@@ -5,7 +5,7 @@ summary: TiDB データベースでの CREATE BINDING の使用。
 
 # CREATE [GLOBAL|SESSION] BINDING {#create-global-session-binding}
 
-このステートメントは、TiDB に新しい実行計画 バインディングを作成します。バインディングを使用すると、基になるクエリを変更することなく、ステートメントにヒントを挿入できます。
+このステートメントは、TiDB に新しい実行プランバインディングを作成します。バインディングを使用すると、基になるクエリを変更することなく、ステートメントにヒントを挿入できます。
 
 `BINDING` `GLOBAL`または`SESSION`基準で表されます。デフォルトは`SESSION`です。