pingcap · qiancai · Aug 18, 2026 · Aug 18, 2026 · Aug 18, 2026
diff --git a/auto-increment.md b/auto-increment.md
@@ -445,7 +445,7 @@ IDは常に増加し、 `AUTO_ID_CACHE 0`のような大きなギャップは発
 
 -   プライマリインスタンスが終了またはクラッシュした場合のフェイルオーバー中
 
-    MySQL互換モードを有効にすると、割り当てられたIDは**一意かつ****単調増加**となり、動作はMySQLとほぼ同じになります。複数のTiDBインスタンスにまたがってアクセスする場合でも、IDの単調性は維持されます。ただし、集中型サービスのプライマリインスタンスがクラッシュした場合、一部のIDが連続しなくなる可能性があります。これは、セカンダリインスタンスがフェイルオーバー時にプライマリインスタンスによって割り当てられた一部のIDを破棄することで、IDの一意性を確保するためです。
+    MySQL互換モードを有効にすると、割り当てられたIDは**一意**かつ**単調増加**となり、動作はMySQLとほぼ同じになります。複数のTiDBインスタンスにまたがってアクセスする場合でも、IDの単調性は維持されます。ただし、集中型サービスのプライマリインスタンスがクラッシュした場合、一部のIDが連続しなくなる可能性があります。これは、セカンダリインスタンスがフェイルオーバー時にプライマリインスタンスによって割り当てられた一部のIDを破棄することで、IDの一意性を確保するためです。
 
 -   TiDBノードのローリングアップグレード中
 

diff --git a/dashboard/dashboard-session-sso.md b/dashboard/dashboard-session-sso.md
@@ -196,7 +196,7 @@ Oktaと同様に、 [オーソ0](https://auth0.com/)もOIDC SSOアイデンテ
 
 ### ステップ2: OIDC情報を取得し、TiDB Dashboardに入力します {#step-2-obtain-oidc-information-and-fill-in-tidb-dashboard}
 
-1.  Auth0 の**[設定]**タブの**基本情報**の**クライアント****ID を、TiDB Dashboardの OIDC クライアント**ID に入力します。
+1.  Auth0 の**[設定]**タブの**基本情報**にある**クライアント ID**を、TiDB Dashboardの**OIDC クライアント ID**に入力します。
 
 2.  **OIDC検出URL**に、**ドメイン**フィールドの値の先頭に`https://` 、末尾に`/`入力します（例： `https://example.us.auth0.com/` ）。認証を完了し、設定を保存します。
 

diff --git a/develop/dev-guide-create-table.md b/develop/dev-guide-create-table.md
@@ -107,7 +107,7 @@ CREATE TABLE `bookshop`.`books` (
 >
 > -   **InnoDB**では、**主キー**は一意であり、nullではなく、**インデックスはクラスター化されています**。
 >
-> -   TiDBでは、**主キー**は一意であり、NULLであってはなりません。ただし、主キーが**クラスター化インデックス**であることは保証されていません。代わりに、別のキーワードセット`CLUSTERED` / `NONCLUSTERED`によって、**主キーが****クラスター化インデックス**であるかどうかが制御されます。キーワードが指定されていない場合は、システム変数`@@global.tidb_enable_clustered_index`によって制御されます（[クラスター化インデックス](https://docs.pingcap.com/tidb/stable/clustered-indexes)に記載のとおり）。
+> -   TiDBでは、**主キー**は一意であり、NULLであってはなりません。ただし、主キーが**クラスター化インデックス**であることは保証されていません。代わりに、別のキーワードセット`CLUSTERED` / `NONCLUSTERED`によって、**主キー**が**クラスター化インデックス**であるかどうかが制御されます。キーワードが指定されていない場合は、システム変数`@@global.tidb_enable_clustered_index`によって制御されます（[クラスター化インデックス](https://docs.pingcap.com/tidb/stable/clustered-indexes)に記載のとおり）。
 
 **主キー**は`CREATE TABLE`ステートメントで定義されます。[主キー制約](/constraints.md#primary-key)制約付き列すべてに NULL 以外の値のみが含まれることを要求します。
 
@@ -351,7 +351,7 @@ SHOW TABLES IN `bookshop`;
 ### 主キーを選択する際に従うべきガイドライン {#guidelines-to-follow-when-selecting-primary-key}
 
 -   テーブル内に**主キー**または**一意インデックス**を定義します。
--   意味のある**列を****主キー**として選択するようにしてください。
+-   意味のある**列**を**主キー**として選択するようにしてください。
 -   パフォーマンス上の理由から、幅の広いテーブルを保存することは避けてください。テーブルフィールドの数が`60`を超え、1行のデータの合計サイズが`64K`超えることは推奨されません。データ長が長すぎるフィールドは、別のテーブルに分割することをお勧めします。
 -   複雑なデータ型を使用することは推奨されません。
 -   結合するフィールドについては、データ型が一致していることを確認し、暗黙的な型変換を避けてください。

diff --git a/develop/dev-guide-gui-mysql-workbench.md b/develop/dev-guide-gui-mysql-workbench.md
@@ -183,7 +183,7 @@ TiDBはMySQL互換データベースであり、 [MySQL Workchen](https://www.my
 このエラーは、クエリの実行時間がタイムアウト制限を超えたことを示しています。この問題を解決するには、以下の手順でタイムアウト設定を調整してください。
 
 1.  MySQL Workbenchを起動し、 **Workbenchの設定**ページに移動します。
-2.  **SQLエディタの****「MySQLセッション」**セクションで、 **「DBMS接続読み取りタイムアウト間隔（秒）」**オプションを設定します。これは、MySQL Workbenchがサーバーから切断されるまでにクエリが実行できる最大時間（秒単位）を設定します。
+2.  **SQL Editor** > **MySQL Session**セクションで、 **「DBMS接続読み取りタイムアウト間隔（秒）」**オプションを設定します。これは、MySQL Workbenchがサーバーから切断されるまでにクエリが実行できる最大時間（秒単位）を設定します。
 
     ![MySQL Workbench: adjust timeout option in SQL Editor settings](/media/develop/mysql-workbench-adjust-sqleditor-read-timeout.jpg)
 

diff --git a/develop/dev-guide-sample-application-nodejs-mysql2.md b/develop/dev-guide-sample-application-nodejs-mysql2.md
@@ -277,7 +277,7 @@ void main();
 
 > **Note**
 >
-> TiDB Cloud StarterおよびTiDB Cloud Essentialでは、パブリック エンドポイントを使用する場合、 `TIDB_ENABLE_SSL`を介して TLS 接続を有効にする必要が**あり****ます**。ただし、Node.js はデフォルトで組み込みの Mozilla CA を使用するため、 `TIDB_CA_PATH`を介して SSL CA 証明書を指定する必要はありません。この組み込みの[Mozilla CA証明書](https://wiki.mozilla.org/CA/Included_Certificates)はTiDB Cloud Starterによって信頼されています。
+> TiDB Cloud StarterおよびTiDB Cloud Essentialでは、パブリック エンドポイントを使用する場合、 `TIDB_ENABLE_SSL`を介して TLS 接続を有効にする**必要があります**。ただし、Node.js はデフォルトで組み込みの Mozilla CA を使用するため、 `TIDB_CA_PATH`を介して SSL CA 証明書を指定する必要はありません。この組み込みの[Mozilla CA証明書](https://wiki.mozilla.org/CA/Included_Certificates)はTiDB Cloud Starterによって信頼されています。
 
 ### データを挿入する {#insert-data}
 

diff --git a/develop/dev-guide-sample-application-nodejs-mysqljs.md b/develop/dev-guide-sample-application-nodejs-mysqljs.md
@@ -273,7 +273,7 @@ conn.end();
 
 > **Note**
 >
-> TiDB Cloud StarterおよびTiDB Cloud Essentialでは、パブリック エンドポイントを使用する場合、 `TIDB_ENABLE_SSL`を介して TLS 接続を有効にする必要が**あり****ます**。ただし、Node.js はデフォルトで組み込みの Mozilla CA を使用するため、 `TIDB_CA_PATH`を介して SSL CA 証明書を指定する必要はありません。この組み込みの[Mozilla CA証明書](https://wiki.mozilla.org/CA/Included_Certificates)はTiDB Cloud Starterによって信頼されています。
+> TiDB Cloud StarterおよびTiDB Cloud Essentialでは、パブリック エンドポイントを使用する場合、 `TIDB_ENABLE_SSL`を介して TLS 接続を有効にする**必要があります**。ただし、Node.js はデフォルトで組み込みの Mozilla CA を使用するため、 `TIDB_CA_PATH`を介して SSL CA 証明書を指定する必要はありません。この組み込みの[Mozilla CA証明書](https://wiki.mozilla.org/CA/Included_Certificates)はTiDB Cloud Starterによって信頼されています。
 
 ### データを挿入する {#insert-data}
 

diff --git a/develop/dev-guide-sample-application-nodejs-prisma.md b/develop/dev-guide-sample-application-nodejs-prisma.md
@@ -181,7 +181,7 @@ npm install prisma typescript ts-node @types/node --save-dev
 
     > **Note**
     >
-    > TiDB Cloud Starterの場合、パブリックエンドポイントを使用する際には`sslaccept=strict`を設定して TLS 接続を有効にすることをお**勧め****します**。 `sslaccept=strict`を設定して TLS 接続を有効にする場合は、 `sslcert=/path/to/ca.pem`を介して接続ダイアログからダウンロードした CA 証明書のファイルパスを指定する必要があります。
+    > TiDB Cloud Starterの場合、パブリックエンドポイントを使用する際には`sslaccept=strict`を設定して TLS 接続を有効にすることを**お勧めします**。 `sslaccept=strict`を設定して TLS 接続を有効にする場合は、 `sslcert=/path/to/ca.pem`を介して接続ダイアログからダウンロードした CA 証明書のファイルパスを指定する必要があります。
 
 6.  `.env`ファイルを保存します。
 

diff --git a/develop/dev-guide-sample-application-nodejs-typeorm.md b/develop/dev-guide-sample-application-nodejs-typeorm.md
@@ -187,7 +187,7 @@ npm install @types/node ts-node typescript --save-dev
 
     > **Note**
     >
-    > TiDB Cloud Dedicatedの場合、パブリックエンドポイントを使用する際には`TIDB_ENABLE_SSL`を介して TLS 接続を有効にすることをお**勧め**します。 `TIDB_ENABLE_SSL=true`を設定する際には、 `TIDB_CA_PATH=/path/to/ca.pem`を介して接続ダイアログからダウンロードした CA 証明書のパスを指定する**必要があります**。
+    > TiDB Cloud Dedicatedの場合、パブリックエンドポイントを使用する際には`TIDB_ENABLE_SSL`を介して TLS 接続を有効にすることを**お勧めします**。 `TIDB_ENABLE_SSL=true`を設定する際には、 `TIDB_CA_PATH=/path/to/ca.pem`を介して接続ダイアログからダウンロードした CA 証明書のパスを指定する**必要があります**。
 
 6.  `.env`ファイルを保存します。
 

diff --git a/develop/dev-guide-sample-application-ruby-mysql2.md b/develop/dev-guide-sample-application-ruby-mysql2.md
@@ -262,7 +262,7 @@ client = Mysql2::Client.new(options)
 
 > **Note**
 >
-> [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)の場合、パブリック エンドポイントを使用する際には`DATABASE_ENABLE_SSL`を介して TLS 接続を有効にする**必要があります****が**、mysql2 gem が特定の順序で既存の CA 証明書を検索してファイルが見つかるまで検索するため、 `DATABASE_SSL_CA`を介して SSL CA 証明書を指定する必要はありません。
+> [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)の場合、パブリック エンドポイントを使用する際には`DATABASE_ENABLE_SSL`を介して TLS 接続を有効にする**必要があります**が、mysql2 gem が特定の順序で既存の CA 証明書を検索してファイルが見つかるまで検索するため、 `DATABASE_SSL_CA`を介して SSL CA 証明書を指定する必要はありません。
 
 ### データを挿入する {#insert-data}
 

diff --git a/ticdc/ticdc-summary-monitor.md b/ticdc/ticdc-summary-monitor.md
@@ -61,7 +61,7 @@ v7.0.0以降、 TiUPを使用してGrafanaをデプロイすると、TiCDCサマ
 
 ![TiCDC Summary Dashboard - Sink metrics](/media/ticdc/ticdc-summary-monitor-dataflow-sink.png)
 
--   **シンクフラッシュ行数/秒**: TiCDCノードにおいて、シンクモジュールが下流へ1秒あたりに出力するデータ変更の数。この指標は、データ変更が下流へ複製される速度を表します。**シンクフラッシュ行数/秒が****プルラー出力イベント数/秒**よりも低い場合、レプリケーションのレイテンシーが増加する可能性があります。
+-   **シンクフラッシュ行数/秒**: TiCDCノードにおいて、シンクモジュールが下流へ1秒あたりに出力するデータ変更の数。この指標は、データ変更が下流へ複製される速度を表します。**シンクフラッシュ行数/秒**が**プルラー出力イベント数/秒**よりも低い場合、レプリケーションのレイテンシーが増加する可能性があります。
 
 -   **シンク フラッシュ行**: シンク モジュールによって TiCDC ノードの下流に出力されたデータ変更の合計数。
 

diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md
@@ -284,7 +284,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい
     バックアップ保持期間内の任意の時点のデータを新しいクラスタに復元するには、**バックアップ設定**の**「時点復元」**がオンになっていることを確認し、以下の手順を実行してください。
 
     -   **Select Time Point**をクリックしてください。
-    -   復元したい**日時****を**選択してください。
+    -   復元したい**日時**を選択してください。
 
     </div>
 

diff --git a/tidb-cloud/integrate-tidbcloud-with-airbyte.md b/tidb-cloud/integrate-tidbcloud-with-airbyte.md
@@ -64,7 +64,7 @@ airbyte-server      | --------------------------------------
     > -   JDBC を介してTiDB Cloudへの TLS 接続を無効にする場合は、JDBC URL パラメータで useSSL を`false`に設定し、SSL 接続を閉じる必要があります。たとえば、 `useSSL=false`のように設定します。
     > -   TiDB Cloud StarterとTiDB Cloud EssentialはTLS接続のみをサポートしています。
 
-4.  コネクタの作成を完了するには、「ソースまたは**宛先の****設定」**をクリックします。次のスクリーンショットは、ソースとしてTiDBを設定した例です。
+4.  コネクタの作成を完了するには、**「ソースの設定」**または**「宛先の設定」**をクリックします。次のスクリーンショットは、ソースとしてTiDBを設定した例です。
 
 ![TiDB source configuration](/media/tidb-cloud/integration-airbyte-parameters.jpg)
 

diff --git a/tidb-troubleshooting-map.md b/tidb-troubleshooting-map.md
@@ -91,7 +91,7 @@ summary: TiDBでよく発生するエラーのトラブルシューティング
 
     -   原因2：TiDBサーバーがDMLステートメントの実行中にPDまたはTiKVに接続できません。その結果、TiDBサーバーは1つのDDLリース（デフォルトでは`45s`内に新しいスキーマをロードできなかったか、TiDBサーバーが`keep alive`設定でPDから切断されました。
 
-    -   原因3：TiKVの負荷が高いか、ネットワークがタイムアウトしました。Grafana**の****TiDB**と**TiKV**でノードの負荷を確認してください。
+    -   原因3：TiKVの負荷が高いか、ネットワークがタイムアウトしました。Grafana -&gt; **TiDB**と**TiKV**でノードの負荷を確認してください。
 
     -   解決：
 

diff --git a/tiflash/tiflash-disaggregated-and-s3.md b/tiflash/tiflash-disaggregated-and-s3.md
@@ -171,7 +171,7 @@ TiFlashの分散型ストレージおよびコンピューティングアーキ
 
 ## 制限 {#restrictions}
 
--   TiFlash は**、分離ストレージおよびコンピューティングアーキテクチャと****結合ストレージおよびコンピューティングアーキテクチャ**間のインプレース切り替えをサポートしていません。分離アーキテクチャに切り替える前に、結合アーキテクチャを使用してデプロイされている既存のTiFlashノードをすべて削除する必要があります。
+-   TiFlashは、**分離ストレージおよびコンピューティングアーキテクチャ**と**結合ストレージおよびコンピューティングアーキテクチャ**間のインプレース切り替えをサポートしていません。分離アーキテクチャに切り替える前に、結合アーキテクチャを使用してデプロイされている既存のTiFlashノードをすべて削除する必要があります。
 -   あるアーキテクチャから別のアーキテクチャに移行した後、すべてのTiFlashデータを再度複製する必要があります。
 -   同じTiDBクラスター内では、同じアーキテクチャのTiFlashノードのみが許可されます。1つのクラスター内で2つのアーキテクチャを共存させることはできません。
 -   分散型ストレージおよびコンピューティングアーキテクチャはS3 API を使用したオブジェクトストレージのみをサポートしますが、結合型ストレージおよびコンピューティングアーキテクチャはローカルストレージのみをサポートします。