pingcap · yahonda · Jul 31, 2026
diff --git a/dashboard/dashboard-diagnostics-report.md b/dashboard/dashboard-diagnostics-report.md
@@ -288,7 +288,7 @@ TiKV モジュールの監視情報に関連するテーブルは次のとおり
 
 設定情報では、一部のモジュールの設定値はレポート期間内に表示されます。ただし、これらのモジュールの他の設定値については履歴値を取得できないため、表示される値はレポート生成時点の現在の値となります。
 
-レポート時間範囲内で、次のテーブルにはレポート時間範囲の開始時間に値が設定される項目が含まれます。
+レポート時間範囲内で、次のテーブルにはレポート時間範囲の開始時刻に値が設定される項目が含まれます。
 
 -   `Scheduler Initial Config` : レポートの開始時刻における PD スケジュール関連構成の初期値。
 -   `TiDB GC Initial Config` : レポート開始時のTiDB GC関連構成の初期値

diff --git a/dashboard/dashboard-metrics-relation.md b/dashboard/dashboard-metrics-relation.md
@@ -13,7 +13,7 @@ TiDB Dashboardにログイン後、左側のナビゲーション メニュー
 
 ![Metrics relation graph homepage](/media/dashboard/dashboard-metrics-relation-home-v650.png)
 
-**範囲開始時間**と**範囲期間**を設定した後、 **「メトリック関係の生成」**をクリックすると、メトリック関係グラフのページが表示されます。
+**範囲開始時刻**と**範囲期間**を設定した後、 **「メトリック関係の生成」**をクリックすると、メトリック関係グラフのページが表示されます。
 
 ## グラフを理解する {#understand-graph}
 

diff --git a/dm/relay-log.md b/dm/relay-log.md
@@ -238,7 +238,7 @@ purge:
 
 -   `purge.expires`
     -   リレー ログ (以前にリレー処理ユニットに書き込まれ、現在実行中のデータ移行タスクによって使用されていないか、後で読み取られないログ) を自動バックグラウンド パージで消去されるまで保持できる時間数。
-    -   デフォルトは「0」で、リレーログの更新時間に応じてデータのパージが実行されないことを示します。
+    -   デフォルトは「0」で、リレーログの更新時刻に応じてデータのパージが実行されないことを示します。
 
 -   `purge.remain-space`
     -   指定されたDMワーカーマシンが、自動バックグラウンドパージで安全にパージできるリレーログをパージしようとするディスク残量（GB単位）です`0`に設定すると、ディスク残量に応じたデータパージは実行されません。

diff --git a/faq/manage-cluster-faq.md b/faq/manage-cluster-faq.md
@@ -229,7 +229,7 @@ TiClientリージョンエラーインジケータは、TiDBサーバーがク
 
 デフォルトでは、TiDBサーバーあたりの最大接続数に制限はありません。必要に応じて、 `instance.max_connections`ファイルで`config.toml` }を設定するか、システム変数[`max_connections`](/system-variables.md#max_connections)の値を変更することで、最大接続数を制限できます。同時接続数が多すぎると応答時間が長くなる場合は、TiDBノードを追加して容量を増やすことをお勧めします。
 
-### テーブルの作成時間を確認するにはどうすればよいですか？ {#how-to-view-the-creation-time-of-a-table}
+### テーブルの作成時刻を確認するにはどうすればよいですか？ {#how-to-view-the-creation-time-of-a-table}
 
 `create_time`内のテーブルの`information_schema`は作成時刻です。
 

diff --git a/information-schema/information-schema-tidb-hot-regions-history.md b/information-schema/information-schema-tidb-hot-regions-history.md
@@ -54,7 +54,7 @@ DESC tidb_hot_regions_history;
 
 `TIDB_HOT_REGIONS_HISTORY`テーブルのフィールドは、次のように説明されます。
 
--   UPDATE_TIME: ホットリージョンの更新時間。
+-   UPDATE_TIME: ホットリージョンの更新時刻。
 -   DB_NAME: ホットリージョンが存在するオブジェクトのデータベース名。
 -   TABLE_ID: ホットリージョンが存在するテーブルのID。
 -   TABLE_NAME: ホットリージョンが存在するテーブルの名前。

diff --git a/releases/release-1.1-beta.md b/releases/release-1.1-beta.md
@@ -11,7 +11,7 @@ summary: 2018年2月24日にリリースされたTiDB 1.1ベータ版では、My
 
 -   監視メトリックを追加し、ログを改良する
 -   より多くのMySQL構文と互換性がある
--   テーブル作成時間を`information_schema`で表示できるようになりました
+-   テーブル作成時刻を`information_schema`で表示できるようになりました
 -   `MaxOneRow`演算子を含むクエリを最適化する
 -   Join によって生成される中間結果セットのサイズを設定し、Join によって使用されるメモリをさらに削減します。
 -   現在のTiDB構成を出力するために`tidb_config`セッション変数を追加します。

diff --git a/releases/release-2.0-ga.md b/releases/release-2.0-ga.md
@@ -44,7 +44,7 @@ summary: 2018年4月27日にリリースされたTiDB 2.0 GAでは、MySQLとの
     -   より多くのMySQL構文をサポート
     -   OGGデータレプリケーションツールをサポートするために、構成ファイル内の`lower_case_table_names`システム変数を変更することをサポートします。
     -   Navicat管理ツールとの互換性を向上
-    -   テーブル作成時間を`Information_Schema`で表示できるようになりました
+    -   テーブル作成時刻を`Information_Schema`で表示できるようになりました
     -   一部の関数/式の戻り値の型がMySQLと異なる問題を修正しました
     -   JDBCとの互換性を向上
     -   より多くのSQLモードをサポート

diff --git a/releases/release-2.1.18.md b/releases/release-2.1.18.md
@@ -35,7 +35,7 @@ TiDB Ansible バージョン: 2.1.18
     -   `AUTO_INCREMENT` `MAX int64`と`MAX uint64`誤って割り当てた場合にエラーが報告されない問題を修正しました[＃12210](https://github.com/pingcap/tidb/pull/12210)
     -   ログレベルが`ERROR` ときにスロークエリログが記録されない問題を修正しました [＃12373](https://github.com/pingcap/tidb/pull/12373)
     -   TiDBがスキーマの変更とそれに対応する変更されたテーブル情報をキャッシュする回数を100から1024に調整し、 `tidb_max_delta_schema_count`システム変数を使用して変更をサポートします。 [＃12515](https://github.com/pingcap/tidb/pull/12515)
-    -   SQL統計をより正確にするために、クエリの開始時間を「実行開始」から「コンパイル開始」に変更します[＃12638](https://github.com/pingcap/tidb/pull/12638)
+    -   SQL統計をより正確にするために、クエリの開始時刻を「実行開始」から「コンパイル開始」に変更します[＃12638](https://github.com/pingcap/tidb/pull/12638)
     -   TiDBログに`set session autocommit`のレコードを追加する [＃12568](https://github.com/pingcap/tidb/pull/12568)
     -   プラン実行中にリセットされないようにSQLクエリの開始時刻を`SessionVars`に記録する[＃12676](https://github.com/pingcap/tidb/pull/12676)
     -   `ORDER BY` `GROUP BY` `?` ホルダーをサポート`LIMIT OFFSET` [＃12514](https://github.com/pingcap/tidb/pull/12514)

diff --git a/releases/release-8.3.0.md b/releases/release-8.3.0.md
@@ -134,7 +134,7 @@ TiDBバージョン：8.3.0
 
 -   初期統計の読み込みの進行状況を表示 [#53564](https://github.com/pingcap/tidb/issues/53564) @[hawkingrei](https://github.com/hawkingrei)
 
-    TiDB は起動時に基本統計情報をロードします。テーブルやパーティションが多いシナリオでは、この処理に時間がかかる場合があります。設定項目[`force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710)が`ON`に設定されている場合、TiDB は初期統計情報がロードされるまでサービスを提供しません。この場合、ロード処理を監視してサービスの開始時間を推定する必要があります。
+    TiDB は起動時に基本統計情報をロードします。テーブルやパーティションが多いシナリオでは、この処理に時間がかかる場合があります。設定項目[`force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710)が`ON`に設定されている場合、TiDB は初期統計情報がロードされるまでサービスを提供しません。この場合、ロード処理を監視してサービスの開始時刻を推定する必要があります。
 
     バージョン8.3.0以降、TiDBは初期統計情報の読み込み状況を段階的にログに出力ようになり、実行状況を把握しやすくなりました。外部ツールにフォーマット済みの結果を提供するために、TiDBは[監視API](/tidb-monitoring-api.md)を追加しました。これにより、起動フェーズ中の任意の時点で初期統計情報の読み込み状況を取得できます。
 

diff --git a/sql-statements/sql-statement-show-stats-histograms.md b/sql-statements/sql-statement-show-stats-histograms.md
@@ -16,7 +16,7 @@ summary: TiDB データベースの SHOW STATS_HISTOGRAMS の使用法の概要
 | `Partition_name`  | パーティション名                                           |
 | `Column_name`     | 列名（ `is_index`が`0`場合）またはインデックス名（ `is_index`が`1`場合） |
 | `Is_index`        | インデックス列であるかどうか                                     |
-| `Update_time`     | 更新時間                                               |
+| `Update_time`     | 更新時刻                                               |
 | `Distinct_count`  | 個別カウント                                             |
 | `Null_count`      | NULLカウント                                           |
 | `Avg_col_size`    | 平均コルサイズ                                            |

diff --git a/sql-tuning-best-practice.md b/sql-tuning-best-practice.md
@@ -243,7 +243,7 @@ SHOW VARIABLES LIKE 'tidb\_auto\_analyze%';
     | tidb_auto_analyze_end_time              | 23:59 +0000 |
     +-----------------------------------------+-------------+
 
-自動収集ではニーズを満たせない場合があります。デフォルトでは`00:00` ～ `23:59`回収集されるため、分析ジョブはいつでも実行できます。オンラインビジネスへのパフォーマンスへの影響を最小限に抑えるため、統計収集の開始時間と終了時間を指定することもできます。
+自動収集ではニーズを満たせない場合があります。デフォルトでは`00:00` ～ `23:59`回収集されるため、分析ジョブはいつでも実行できます。オンラインビジネスへのパフォーマンスへの影響を最小限に抑えるため、統計収集の開始時刻と終了時刻を指定することもできます。
 
 `ANALYZE TABLE table_name`ステートメントを使用して手動で統計情報を収集できます。これにより、サンプルレート、上位N値の数などの設定を調整したり、特定の列のみの統計を収集したりできます。
 

diff --git a/system-variables.md b/system-variables.md
@@ -3245,7 +3245,7 @@ MPP は、 TiFlashエンジンによって提供される分散コンピュー
 -   デフォルト値: `86400`
 -   範囲: `[600, 31536000]`
 -   単位：秒
--   この変数は、アクティブなトランザクションがGCセーフポイントをブロックする最大時間を設定するために使用されます。デフォルトでは、GCの各実行時間において、セーフポイントは進行中のトランザクションの開始時間を超えません。アクティブなトランザクションの実行時間がこの変数の値を超えない場合、実行時間がこの値を超えるまでGCセーフポイントはブロックされます。
+-   この変数は、アクティブなトランザクションがGCセーフポイントをブロックする最大時間を設定するために使用されます。デフォルトでは、GCの各実行時間において、セーフポイントは進行中のトランザクションの開始時刻を超えません。アクティブなトランザクションの実行時間がこの変数の値を超えない場合、実行時間がこの値を超えるまでGCセーフポイントはブロックされます。
 
 ### tidb_gc_run_interval <span class="version-mark">New in v5.0</span>
 

diff --git a/tidb-cloud/backup-and-restore-serverless.md b/tidb-cloud/backup-and-restore-serverless.md
@@ -56,7 +56,7 @@ TiDB Cloud Essentialインスタンスのバックアップ時間を設定する
 
 2.  **「バックアップ設定」**をクリックしてください。すると**「バックアップ設定」**ウィンドウが開きます。ここで、必要に応じて自動バックアップの設定を構成できます。
 
-3.  **「バックアップ時間」**で、毎日のバックアップの開始時間を設定します。
+3.  **「バックアップ時間」**で、毎日のバックアップの開始時刻を設定します。
 
 4.  **「確認」**をクリックしてください。
 

diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md
@@ -87,7 +87,7 @@ TiDB Cloud Dedicatedクラスターのバックアップ スケジュールを
         > -   週次バックアップが有効になっている場合、ポイントインタイム復元機能はデフォルトで有効になりますが、手動で無効にすることもできます。
         > -   バックアップサイクルを週単位から日単位に変更した場合でも、ポイントインタイム復元機能は元の設定のままです。必要に応じて手動で無効にすることもできます。
 
-    -   **「バックアップ時間」**で、日次または週次のクラスタバックアップの開始時間をスケジュールします。
+    -   **「バックアップ時間」**で、日次または週次のクラスタバックアップの開始時刻をスケジュールします。
 
         バックアップの希望時刻を指定しない場合、 TiDB Cloudはデフォルトのバックアップ時刻を割り当てます。これは、クラスターが配置されているリージョンのタイムゾーンにおける午前2時です。
 

diff --git a/tidb-cloud/configure-maintenance-window.md b/tidb-cloud/configure-maintenance-window.md
@@ -56,7 +56,7 @@ TiDB Cloudは、メンテナンス期間ごとに、以下のタイミングで
 > -   TiDB Cloudに初めて登録した際に自動的に作成されるデフォルトプロジェクトの場合、メンテナンス期間は毎週水曜日の午前3時（ TiDB Cloud組織のタイムゾーンに基づく）に開始されます。
 > -   新規プロジェクトを作成する場合、プロジェクト設定時にメンテナンス期間の開始時刻を個別に設定できます。
 
-開始時間を希望の時間に変更したり、期限までメンテナンス作業をリスケジュールしたりするには、以下の手順に従ってください。
+開始時刻を希望の時間に変更したり、期限までメンテナンス作業をリスケジュールしたりするには、以下の手順に従ってください。
 
 1.  [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**私のTiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。
 

diff --git a/tidb-cloud/releases/notification-2023-08-31-console-maintenance.md b/tidb-cloud/releases/notification-2023-08-31-console-maintenance.md
@@ -10,8 +10,8 @@ summary: 2023 年 8 月 31 日のTiDB Cloud Console メンテナンスの詳細
 ## メンテナンスウィンドウ {#maintenance-window}
 
 -   日付: 2023-08-31
--   開始時間: 8:00 (UTC+0)
--   終了時間: 10:00 (UTC+0)
+-   開始時刻: 8:00 (UTC+0)
+-   終了時刻: 10:00 (UTC+0)
 -   所要時間: 約2時間
 
 > **Note:**

diff --git a/tidb-cloud/releases/notification-2023-09-26-console-maintenance.md b/tidb-cloud/releases/notification-2023-09-26-console-maintenance.md
@@ -10,8 +10,8 @@ summary: 2023 年 9 月 26 日のTiDB Cloud Console メンテナンスの詳細
 ## メンテナンスウィンドウ {#maintenance-window}
 
 -   日付: 2023-09-26
--   開始時間: 8:00 (UTC+0)
--   終了時間: 8:30 (UTC+0)
+-   開始時刻: 8:00 (UTC+0)
+-   終了時刻: 8:30 (UTC+0)
 -   所要時間: 約30分
 
 > **Note:**

diff --git a/tidb-cloud/releases/notification-2023-11-14-scale-feature-maintenance.md b/tidb-cloud/releases/notification-2023-11-14-scale-feature-maintenance.md
@@ -9,8 +9,8 @@ summary: 2023 年 11 月 14 日のTiDB Cloud Dedicated Scale 機能メンテナ
 
 ## メンテナンスウィンドウ {#maintenance-window}
 
--   開始時間: 2023-11-14 16:00 (UTC+0)
--   終了時間: 2023-11-21 16:00 (UTC+0)
+-   開始時刻: 2023-11-14 16:00 (UTC+0)
+-   終了時刻: 2023-11-21 16:00 (UTC+0)
 -   期間: 7日間
 
 > **Note:**

diff --git a/tidb-cloud/releases/notification-2024-04-11-dm-feature-maintenance.md b/tidb-cloud/releases/notification-2024-04-11-dm-feature-maintenance.md
@@ -9,8 +9,8 @@ summary: 2024 年 4 月 11 日のTiDB Cloud Data Migration (DM) 機能メンテ
 
 ## メンテナンスウィンドウ {#maintenance-window}
 
--   開始時間: 2024-04-11 08:00 (UTC+0)
--   終了時間: 2024-04-11 09:00 (UTC+0)
+-   開始時刻: 2024-04-11 08:00 (UTC+0)
+-   終了時刻: 2024-04-11 09:00 (UTC+0)
 -   所要時間: 1時間
 
 ## インパクト {#impact}

diff --git a/tidb-cloud/releases/notification-2024-04-18-dm-feature-maintenance.md b/tidb-cloud/releases/notification-2024-04-18-dm-feature-maintenance.md
@@ -9,8 +9,8 @@ summary: 2024 年 4 月 18 日のTiDB Cloud Data Migration (DM) 機能メンテ
 
 ## メンテナンスウィンドウ {#maintenance-window}
 
--   開始時間: 2024-04-18 08:00 (UTC+0)
--   終了時間: 2024-04-18 09:00 (UTC+0)
+-   開始時刻: 2024-04-18 08:00 (UTC+0)
+-   終了時刻: 2024-04-18 09:00 (UTC+0)
 -   所要時間: 1時間
 
 ## インパクト {#impact}

diff --git a/tidb-cloud/releases/notification-2024-09-15-console-maintenance.md b/tidb-cloud/releases/notification-2024-09-15-console-maintenance.md
@@ -10,8 +10,8 @@ summary: 2024 年 9 月 15 日のTiDB Cloud Console メンテナンスの詳細
 ## メンテナンスウィンドウ {#maintenance-window}
 
 -   日付: 2024-09-15
--   開始時間: 8:00 (UTC+0)
--   終了時間: 8:10 (UTC+0)
+-   開始時刻: 8:00 (UTC+0)
+-   終了時刻: 8:10 (UTC+0)
 -   所要時間: 約10分
 
 > **Note:**

diff --git a/tidb-cloud/releases/release-notes-2021.md b/tidb-cloud/releases/release-notes-2021.md
@@ -31,7 +31,7 @@ summary: 2021 年のTiDB Cloudのリリース ノートについて説明しま
 改善点:
 
 -   Developer Tierの監視能力の向上
--   自動バックアップ時間をDeveloper Tierクラスタの作成時間と同じに設定することをサポート
+-   自動バックアップ時間をDeveloper Tierクラスタの作成時刻と同じに設定することをサポート
 
 バグ修正:
 

diff --git a/tidb-cloud/releases/release-notes-2023.md b/tidb-cloud/releases/release-notes-2023.md
@@ -598,7 +598,7 @@ summary: 2023 年のTiDB Cloudのリリース ノートについて説明しま
 
     メンテナンス期間中は、一時的な接続中断やQPSの変動が発生する可能性がありますが、クラスターは引き続き利用可能であり、SQL操作、既存のデータインポート、バックアップ、復元、移行、レプリケーションタスクは通常どおり実行されます。メンテナンス中は[許可された操作と許可されていない操作のリスト](/tidb-cloud/configure-maintenance-window.md#allowed-and-disallowed-operations-during-a-maintenance-window)を参照してください。
 
-    メンテナンスの頻度を最小限に抑えるよう努めます。メンテナンス期間が予定されている場合、デフォルトの開始時間は対象週の水曜日の午前3時（ TiDB Cloud組織のタイムゾーンに基づきます）です。サービス中断の可能性を回避するために、メンテナンススケジュールをご確認いただき、それに応じて運用を計画していただくことが重要です。
+    メンテナンスの頻度を最小限に抑えるよう努めます。メンテナンス期間が予定されている場合、デフォルトの開始時刻は対象週の水曜日の午前3時（ TiDB Cloud組織のタイムゾーンに基づきます）です。サービス中断の可能性を回避するために、メンテナンススケジュールをご確認いただき、それに応じて運用を計画していただくことが重要です。
 
     -   最新情報をお届けするために、 TiDB Cloud はメンテナンス ウィンドウごとに 3 つの電子メール通知を送信します。1 つはメンテナンス タスクの前、1 つは開始時、もう 1 つはメンテナンス タスクの後のものです。
     -   メンテナンスの影響を最小限に抑えるには、 **「メンテナンス」**ページでメンテナンスの開始時刻を希望の時間に変更したり、メンテナンス アクティビティを延期したりすることができます。