pingcap · yahonda · Jul 31, 2026
diff --git a/functions-and-operators/json-functions.md b/functions-and-operators/json-functions.md
@@ -60,7 +60,7 @@ JSON関数を使用して[JSONデータ型](/data-type-json.md)のデータを
 | ---------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------- |
 | [JSON_PRETTY()](/functions-and-operators/json-functions/json-functions-utility.md#json_pretty)             | JSONドキュメントのきれいなフォーマット                                                             |
 | [JSON_STORAGE_FREE()](/functions-and-operators/json-functions/json-functions-utility.md#json_storage_free) | JSON 値のバイナリ表現が更新された後に解放されたストレージ容量を返します。                                         |
-| [JSON_ストレージサイズ()](/functions-and-operators/json-functions/json-functions-utility.md#json_storage_size)     | JSON値を格納するために必要なバイト数の概算値を返します。このサイズはTiKV圧縮を考慮していないため、この関数の出力はMySQLと厳密には互換性がありません。 |
+| [JSON_STORAGE_SIZE()](/functions-and-operators/json-functions/json-functions-utility.md#json_storage_size)     | JSON値を格納するために必要なバイト数の概算値を返します。このサイズはTiKV圧縮を考慮していないため、この関数の出力はMySQLと厳密には互換性がありません。 |
 
 ## 集計関数 {#aggregate-functions}
 

diff --git a/functions-and-operators/tidb-functions.md b/functions-and-operators/tidb-functions.md
@@ -158,7 +158,7 @@ SELECT BINARY_PLAN,TIDB_DECODE_BINARY_PLAN(BINARY_PLAN) FROM information_schema.
 
     1 row in set (0.00 sec)
 
-## TIDB_デコード_キー {#tidb-decode-key}
+## TIDB_DECODE_KEY {#tidb-decode-key}
 
 `TIDB_DECODE_KEY()`関数は、TiDBでエンコードされたキーエントリを、 `_tidb_rowid`と`table_id`含むJSON構造にデコードします。これらのエンコードされたキーは、一部のシステムテーブルとログ出力に存在します。
 
@@ -262,7 +262,7 @@ ORDER BY
 
 `TIDB_DECODE_KEY`成功した場合は有効な JSON を返し、デコードに失敗した場合は引数の値を返します。
 
-## TIDB_デコード_プラン {#tidb-decode-plan}
+## TIDB_DECODE_PLAN {#tidb-decode-plan}
 
 TiDB実行プランは、スロークエリログにエンコードされた形式で保存されています。1関数`TIDB_DECODE_PLAN()` 、エンコードされたプランを人間が読める形式にデコードするために使用されます。
 
@@ -465,7 +465,7 @@ SELECT *, TIDB_ROW_CHECKSUM() FROM t WHERE id = 1;
 1 row in set (0.000 sec)
 ```
 
-## TIDB_シャード {#tidb-shard}
+## TIDB_SHARD {#tidb-shard}
 
 `TIDB_SHARD()`関数は、インデックスホットスポットを分散させるためのシャードインデックスを作成します。シャードインデックスは、 `TIDB_SHARD()`関数をプレフィックスとして持つ式インデックスです。
 
@@ -518,7 +518,7 @@ SELECT *, TIDB_ROW_CHECKSUM() FROM t WHERE id = 1;
     CREATE TABLE test(id INT PRIMARY KEY CLUSTERED, a INT, b INT, UNIQUE KEY uk((tidb_shard(a)), a));
     ```
 
-## TIDB_バージョン {#tidb-version}
+## TIDB_VERSION {#tidb-version}
 
 `TIDB_VERSION()`関数は、接続している TiDBサーバーのバージョンとビルドの詳細を取得するために使用されます。この関数は、GitHub で問題を報告するときに使用できます。
 
@@ -540,7 +540,7 @@ Store: tikv
 1 row in set (0.00 sec)
 ```
 
-## VITESS_ハッシュ {#vitess-hash}
+## VITESS_HASH {#vitess-hash}
 
 `VITESS_HASH(num)`関数は、Vitess と同じ方法で数値をハッシュするために使用されます。これは、Vitess から TiDB への移行を容易にするためのものです。
 

diff --git a/information-schema/information-schema-ddl-jobs.md b/information-schema/information-schema-ddl-jobs.md
@@ -3,7 +3,7 @@ title: DDL_JOBS
 summary: DDL_JOBS` information_schema テーブルについて学習します。
 ---
 
-# DDL_ジョブ {#ddl-jobs}
+# DDL_JOBS {#ddl-jobs}
 
 `DDL_JOBS`テーブルは、 [`ADMIN SHOW DDL JOBS`](/sql-statements/sql-statement-admin-show-ddl.md)コマンドへの`INFORMATION_SCHEMA`インターフェースを提供します。このテーブルは、TiDB クラスター内の DDL 操作に関する情報（現在のステータス、DDL ステートメント、開始時刻、終了時刻、データベース名、テーブル名など）を提供します。
 

diff --git a/information-schema/information-schema-tidb-hot-regions-history.md b/information-schema/information-schema-tidb-hot-regions-history.md
@@ -3,7 +3,7 @@ title: TIDB_HOT_REGIONS_HISTORY
 summary: TIDB_HOT_REGIONS_HISTORY`情報スキーマテーブルについて学習してください。
 ---
 
-# TIDB_ホットリージョン履歴 {#tidb-hot-regions-history}
+# TIDB_HOT_REGIONS_HISTORY {#tidb-hot-regions-history}
 
 `TIDB_HOT_REGIONS_HISTORY`テーブルは、PD によって定期的にローカルに記録される履歴ホットリージョンに関する情報を提供します。
 

diff --git a/information-schema/information-schema-tidb-indexes.md b/information-schema/information-schema-tidb-indexes.md
@@ -3,7 +3,7 @@ title: TIDB_INDEXES
 summary: TIDB_INDEXES` information_schema テーブルについて学習します。
 ---
 
-# TIDB_インデックス {#tidb-indexes}
+# TIDB_INDEXES {#tidb-indexes}
 
 `TIDB_INDEXES`テーブルはすべてのテーブルの INDEX 情報を提供します。
 

diff --git a/information-schema/information-schema-tidb-trx.md b/information-schema/information-schema-tidb-trx.md
@@ -123,7 +123,7 @@ all_sql_digests: ["e6f07d43b5c21db0fbb9a31feac2dc599787763393dd5acbfad80e247eb02
 
 このクエリは、テーブル`TIDB_TRX`の列`ALL_SQL_DIGESTS`に対して関数[`TIDB_DECODE_SQL_DIGESTS`](/functions-and-operators/tidb-functions.md#tidb_decode_sql_digests)呼び出し、システム内部クエリを通じてSQLダイジェスト配列を正規化されたSQL文の配列に変換します。これにより、トランザクションによって実行された過去のSQL文の情報を視覚的に取得できます。ただし、上記のクエリはテーブル`TIDB_TRX`全体をスキャンし、各行に対して関数`TIDB_DECODE_SQL_DIGESTS`呼び出すことに注意してください。関数`TIDB_DECODE_SQL_DIGESTS`呼び出しには大きなオーバーヘッドがかかります。したがって、クラスター内に多数の同時トランザクションが存在する場合は、このタイプのクエリの使用を避けてください。
 
-## クラスター_TIDB_TRX {#cluster-tidb-trx}
+## CLUSTER_TIDB_TRX {#cluster-tidb-trx}
 
 `TIDB_TRX`テーブルは、単一の TiDB ノードで実行されているトランザクションに関する情報のみを提供します。クラスター全体のすべての TiDB ノードで実行されているトランザクションの情報を表示するには、 `CLUSTER_TIDB_TRX`テーブルをクエリする必要があります。5 テーブルのクエリ結果と比較すると、 `TIDB_TRX`テーブルのクエリ結果には`INSTANCE`フィールドが追加されています`INSTANCE`フィールド`CLUSTER_TIDB_TRX`は、クラスター内の各ノードの IP アドレスとポート番号が表示され、トランザクションが配置されている TiDB ノードを識別するために使用されます。
 

diff --git a/information-schema/information-schema-tiflash-replica.md b/information-schema/information-schema-tiflash-replica.md
@@ -3,7 +3,7 @@ title: TIFLASH_REPLICA
 summary: TIFLASH_REPLICA` INFORMATION_SCHEMA テーブルについて学習します。
 ---
 
-# TIFLASH_レプリカ {#tiflash-replica}
+# TIFLASH_REPLICA {#tiflash-replica}
 
 `TIFLASH_REPLICA`表には、利用可能なTiFlashレプリカに関する情報が示されています。
 

diff --git a/information-schema/information-schema-tiflash-segments.md b/information-schema/information-schema-tiflash-segments.md
@@ -3,7 +3,7 @@ title: TIFLASH_SEGMENTS
 summary: TIFLASH_SEGMENTS` information_schema テーブルについて学習します。
 ---
 
-# TIFLASH_セグメント {#tiflash-segments}
+# TIFLASH_SEGMENTS {#tiflash-segments}
 
 > **Warning:**
 >

diff --git a/optimizer-hints.md b/optimizer-hints.md
@@ -308,15 +308,15 @@ explain select * from t1 where t1.a < (select /*+ NO_DECORRELATE() */ sum(t2.a)
 
 上記の実行プランから、オプティマイザが相関除去を実行していないことがわかります。実行プランには依然としてApply演算子が含まれています。相関列を含むフィルタ条件（ `t2.b = t1.b` ）は、テーブル`t2`へのアクセス時にもフィルタ条件として使用されます。
 
-### ハッシュ_AGG() {#hash-agg}
+### HASH_AGG() {#hash-agg}
 
 `HASH_AGG()`ヒントは、指定されたクエリブロック内のすべての集計関数でハッシュ集計アルゴリズムを使用するようにオプティマイザに指示します。このアルゴリズムにより、クエリを複数のスレッドで同時に実行できるため、処理速度は向上しますが、メモリ消費量は増加します。例：
 
 ```sql
 select /*+ HASH_AGG() */ count(*) from t1, t2 where t1.a > 10 group by t1.id;
 ```
 
-### ストリーム_AGG() {#stream-agg}
+### STREAM_AGG() {#stream-agg}
 
 ヒント`STREAM_AGG()`は、指定されたクエリブロック内のすべての集計関数でストリーム集約アルゴリズムを使用するようオプティマイザに指示します。一般的に、このアルゴリズムはメモリ消費量が少なくなりますが、処理時間は長くなります。データ量が非常に多い場合やシステムメモリが不足している場合は、このヒントを使用することをお勧めします。例：
 

diff --git a/system-variable-reference.md b/system-variable-reference.md
@@ -1487,7 +1487,7 @@ summary: すべての TiDB システム変数とドキュメント内の参照
 -   [コンフィグレーションを動的に変更する](/dynamic-config.md)
 -   [[グローバル|セッション]変数を表示](/sql-statements/sql-statement-show-variables.md)
 -   [システム変数](/system-variables.md#tidb_enable_collect_execution_info)
--   [TIDB_インデックス_使用法](/information-schema/information-schema-tidb-index-usage.md)
+-   [TIDB_INDEX_USAGE](/information-schema/information-schema-tidb-index-usage.md)
 -   [TiDBコンフィグレーションファイル](/tidb-configuration-file.md)
 -   [TiDB 8.0.0 リリースノート](/releases/release-8.0.0.md)
 -   [TiDB 7.6.0 リリースノート](/releases/release-7.6.0.md)