pingcap · qiancai · Sep 3, 2026 · Sep 2, 2026 · Sep 2, 2026 · Sep 2, 2026
diff --git a/ai/integrations/vector-search-auto-embedding-amazon-titan.md b/ai/integrations/vector-search-auto-embedding-amazon-titan.md
@@ -78,7 +78,7 @@ LIMIT 2;
 
 ## オプション {#options}
 
-`additional_json_options` `EMBED_TEXT()` } パラメータを使用して、以下のオプションを指定できます。
+`EMBED_TEXT()`関数の`additional_json_options`パラメータを使用して、以下のオプションを指定できます。
 
 - `normalize` (オプション): 出力埋め込みを正規化するかどうか。デフォルトは`true`です。
 - `dimensions` (オプション): 出力埋め込みの次元数。サポートされている値: `1024` (デフォルト)、 `512` 、および`256` 。

diff --git a/ai/integrations/vector-search-integrate-with-llamaindex.md b/ai/integrations/vector-search-integrate-with-llamaindex.md
@@ -156,7 +156,7 @@ TiDBクラスタに合わせて、接続文字列のパラメータを変更す
 
 #### ステップ4.2 ドキュメントを読み込む {#step-4-2-load-the-document}
 
-`data/paul_graham/paul_graham_essay.txt`クラスを使用して、 `SimpleDirectoryReader` } からサンプル ドキュメントを読み込みます。
+`SimpleDirectoryReader`クラスを使用して、 `data/paul_graham/paul_graham_essay.txt`からサンプルドキュメントを読み込みます。
 
 ```python
 documents = SimpleDirectoryReader("./data/paul_graham").load_data()

diff --git a/ai/quickstart-via-sql.md b/ai/quickstart-via-sql.md
@@ -74,7 +74,7 @@ mysql --comments --host 127.0.0.1 --port 4000 -u root
 
 テーブルを作成する際、 `VECTOR`データ型を指定することで、列を[ベクトル](/ai/concepts/vector-search-overview.md#vector-embedding)として定義できます。
 
-例えば、3次元の列`embedded_documents`を持つテーブル`VECTOR` } を作成するには、MySQL CLI を使用して次の SQL ステートメントを実行します。
+例えば、3次元の`VECTOR`列を持つテーブル`embedded_documents`を作成するには、MySQL CLI を使用して次の SQL文を実行します。
 
 ```sql
 USE test;

diff --git a/develop/dev-guide-create-table.md b/develop/dev-guide-create-table.md
@@ -355,7 +355,7 @@ SHOW TABLES IN `bookshop`;
 - パフォーマンス上の理由から、幅の広いテーブルを保存することは避けてください。テーブルフィールドの数が`60`を超え、1行のデータの合計サイズが`64K`超えることは推奨されません。データ長が長すぎるフィールドは、別のテーブルに分割することをお勧めします。
 - 複雑なデータ型を使用することは推奨されません。
 - 結合するフィールドについては、データ型が一致していることを確認し、暗黙的な型変換を避けてください。
-- 単一の単調データ列に**主キー**を定義することは避けてください。単一の単調データ列（たとえば、 `AUTO_INCREMENT`属性を持つ列）を使用して**主キー**を定義すると、書き込みパフォーマンスに影響が出る可能性があります。可能であれば、 `AUTO_RANDOM`ではなく`AUTO_INCREMENT` }を使用してください。これにより、主キーの連続性および増分属性が破棄されます。
+- 単一の単調データ列に**主キー**を定義することは避けてください。単一の単調データ列（たとえば、 `AUTO_INCREMENT`属性を持つ列）を使用して**主キー**を定義すると、書き込みパフォーマンスに影響が出る可能性があります。可能であれば、 `AUTO_INCREMENT`ではなく`AUTO_RANDOM`を使用してください。これにより、主キーの連続性および増分属性が破棄されます。
 - 書き込み集中シナリオで単一の単調データ列にインデックスを作成する必要がある場合は、この単調データ列を**主キー**として定義する代わりに、 `AUTO_RANDOM`を使用してそのテーブルの**主キー**を作成するか、 [`SHARD_ROW_ID_BITS`](/shard-row-id-bits.md)と[`PRE_SPLIT_REGIONS`](/sql-statements/sql-statement-split-region.md#pre_split_regions)を使用して`_tidb_rowid`をシャーディングすることができます。
 
 ### クラスター化インデックスを選択する際に従うべきガイドライン {#guidelines-to-follow-when-selecting-clustered-index}
@@ -372,7 +372,7 @@ SHOW TABLES IN `bookshop`;
     - 近い値を持つ主キーを多数挿入すると、書き込みホットスポットの問題が発生する可能性があります。 [主キーを選択する際に従うべきガイドライン](#guidelines-to-follow-when-selecting-primary-key)てください。
     - 主キーのデータ型が64ビットより大きい場合、特にセカンダリインデックスが複数存在する場合は、テーブルデータがより多くのストレージ容量を消費します。
 
-- [クラスター化インデックスを使用するかどうかのデフォルトの動作](/clustered-indexes.md#create-a-table-with-clustered-indexes)を制御するには、システム変数`@@global.tidb_enable_clustered_index`と構成`alter-primary-key` } を使用する代わりに、クラスター化インデックスを使用するかどうかを明示的に指定できます。
+- [クラスター化インデックスを使用するかどうかのデフォルトの動作](/clustered-indexes.md#create-a-table-with-clustered-indexes)を制御するには、システム変数`@@global.tidb_enable_clustered_index`と構成`alter-primary-key`を使用する代わりに、クラスター化インデックスを使用するかどうかを明示的に指定できます。
 
 ### `CREATE TABLE`文を実行する際に従うべきガイドライン {#guidelines-to-follow-when-executing-the-create-table-statement}
 

diff --git a/develop/dev-guide-proxysql-integration.md b/develop/dev-guide-proxysql-integration.md
@@ -91,7 +91,7 @@ systemctl start docker
 - MySQL Shellをダウンロードしてインストールしてください。
 
     1. [MySQL Community Server のダウンロード](https://dev.mysql.com/downloads/mysql/)ページから MySQL インストーラーの ZIP ファイルをダウンロードします。
-    2. ファイルを解凍し、 `mysql.exe`フォルダ内の`bin` } を探します。Git Bash で`bin`フォルダのパスをシステム変数に追加し、 `PATH`変数に設定する必要があります。
+    2. ファイルを解凍し、 `bin`フォルダ内の`mysql.exe`を探します。Git Bash で`bin`フォルダのパスをシステム変数に追加し、 `PATH`変数に設定する必要があります。
 
         ```bash
         echo 'export PATH="(your bin folder)":$PATH' >>~/.bash_profile

diff --git a/develop/dev-guide-sample-application-aws-lambda.md b/develop/dev-guide-sample-application-aws-lambda.md
@@ -348,7 +348,7 @@ console.log(rsh.insertId);
 
 ### クエリデータ {#query-data}
 
-次のクエリは、ID `Player` `1` } レコードを返します。
+次のクエリは、ID `1`の`Player`レコードを返します。
 
 ```typescript
 const [rows] = await pool.query('SELECT id, coins, goods FROM players WHERE id = ?;', [1]);

diff --git a/develop/dev-guide-sample-application-nextjs.md b/develop/dev-guide-sample-application-nextjs.md
@@ -278,7 +278,7 @@ console.log(rsh.insertId);
 
 ### クエリデータ {#query-data}
 
-次のクエリは、ID `Player` `1` } レコードを返します。
+次のクエリは、ID `1`の`Player`レコードを返します。
 
 ```javascript
 const [rows] = await pool.query('SELECT id, coins, goods FROM players WHERE id = ?;', [1]);

diff --git a/develop/dev-guide-sample-application-nodejs-mysql2.md b/develop/dev-guide-sample-application-nodejs-mysql2.md
@@ -292,7 +292,7 @@ console.log(rsh.insertId);
 
 ### クエリデータ {#query-data}
 
-次のクエリは、ID `Player` `1` } レコードを返します。
+次のクエリは、ID `1`の`Player`レコードを返します。
 
 ```javascript
 const [rows] = await conn.query('SELECT id, coins, goods FROM players WHERE id = ?;', [1]);

diff --git a/develop/dev-guide-sample-application-nodejs-mysqljs.md b/develop/dev-guide-sample-application-nodejs-mysqljs.md
@@ -293,7 +293,7 @@ conn.query('INSERT INTO players (coins, goods) VALUES (?, ?);', [100, 100], (err
 
 ### クエリデータ {#query-data}
 
-次のクエリは、ID `Player` `1` } レコードを返します。
+次のクエリは、ID `1`の`Player`レコードを返します。
 
 ```javascript
 conn.query('SELECT id, coins, goods FROM players WHERE id = ?;', [1], (err, rows) => {

diff --git a/develop/dev-guide-sample-application-nodejs-prisma.md b/develop/dev-guide-sample-application-nodejs-prisma.md
@@ -375,7 +375,7 @@ await prisma.player.update({
 
 ### データを削除する {#delete-data}
 
-以下のクエリは、IDが`Player`である`101` }を削除します。
+以下のクエリは、IDが`101`である`Player`を削除します。
 
 ```javascript
 await prisma.player.delete({

diff --git a/develop/dev-guide-sample-application-nodejs-typeorm.md b/develop/dev-guide-sample-application-nodejs-typeorm.md
@@ -306,7 +306,7 @@ export const AppDataSource = new DataSource({
 
 > **Note**
 >
-> TiDB Cloud StarterおよびTiDB Cloud Essentialでは、パブリックエンドポイントを使用する際に TLS 接続を有効にする必要があります。このサンプルコードでは、 `TIDB_ENABLE_SSL` `.env` } を`true`に設定してください。
+> TiDB Cloud StarterおよびTiDB Cloud Essentialでは、パブリックエンドポイントを使用する際に TLS 接続を有効にする必要があります。このサンプルコードでは、 `.env`ファイルの環境変数`TIDB_ENABLE_SSL`を`true`に設定してください。
 >
 > ただし、Node.js はデフォルトで組み込みの[Mozilla CA証明書](https://wiki.mozilla.org/CA/Included_Certificates)を使用するため、 `TIDB_CA_PATH`を介して SSL CA 証明書を指定する必要は**ありません**。この証明書はTiDB Cloud StarterおよびTiDB Cloud Essentialによって信頼されています。
 
@@ -349,7 +349,7 @@ await this.dataSource.manager.save(player);
 
 ### データを削除する {#delete-data}
 
-以下のクエリは、IDが`Player`である`101` }を削除します。
+以下のクエリは、IDが`101`である`Player`を削除します。
 
 ```typescript
 await this.dataSource.manager.delete(Player, {

diff --git a/develop/java-app-best-practices.md b/develop/java-app-best-practices.md
@@ -331,7 +331,7 @@ MyBatis Mapperは2つのパラメータをサポートしています。
 - `ResultHandler`を使用したクエリ インターフェースを使用すると、結果セット全体を一度に取得することを避けることができます。
 - ストリーム読み取りには`Cursor`クラスを使用できます。
 
-XML を使用してマッピングを設定する場合、マッピングの`fetchSize="-2147483648"`セクションで`Integer.MIN_VALUE` } ( `<select>` ) を設定することで、読み取り結果をストリーミングできます。
+XML を使用してマッピングを設定する場合、マッピングの`<select>`セクションで`fetchSize="-2147483648"`（`Integer.MIN_VALUE`）を設定することで、読み取り結果をストリーミングできます。
 
 ```xml
 <select id="getAll" resultMap="postResultMap" fetchSize="-2147483648">
@@ -349,13 +349,13 @@ Cursor<Post> queryAllPost();
 
 ### `ExecutorType` {#executortype}
 
-`ExecutorType`の間に { `openSession` } を選択できます。MyBatis は 3種類の実行エンジンをサポートしています。
+`openSession`の間に`ExecutorType`を選択できます。MyBatis は 3種類の実行エンジンをサポートしています。
 
 - Simple: プリペアドステートメントは、実行ごとにJDBCに呼び出されます（JDBC構成項目`cachePrepStmts`が有効になっている場合、繰り返し実行されるプリペアドステートメントは再利用されます）。
 - Reuse: プリペアドステートメントは`executor`にキャッシュされるため、JDBC `cachePrepStmts`を使用せずにプリペアドステートメントの重複呼び出しを減らすことができます。
 - Batch: 各更新操作 ( `INSERT` / `DELETE` / `UPDATE` ) は、まずバッチに追加され、トランザクションがコミットされるか`SELECT`クエリが実行されるまで実行されます。JDBCレイヤーで`rewriteBatchStatements`が有効になっている場合は、ステートメントの書き換えが試みられます。そうでない場合は、ステートメントは 1つずつ送信されます。
 
-通常、 `ExecutorType`のデフォルト値は`Simple`です。 `ExecutorType`を呼び出すときは`openSession` } を変更する必要があります。バッチ実行の場合、トランザクション内で`UPDATE`または`INSERT`ステートメントの実行は非常に高速ですが、データの読み取りやトランザクションのコミットは遅くなる場合があります。これは正常な動作ですので、SQL クエリの遅延をトラブルシューティングする際には、この点に注意してください。
+通常、 `ExecutorType`のデフォルト値は`Simple`です。 `openSession`を呼び出すときは`ExecutorType`を変更する必要があります。バッチ実行の場合、トランザクション内で`UPDATE`または`INSERT`文の実行は非常に高速ですが、データの読み取りやトランザクションのコミットは遅くなる場合があります。これは正常な動作ですので、SQL クエリの遅延をトラブルシューティングする際には、この点に注意してください。
 
 ## 春のトランザクション {#spring-transaction}
 

diff --git a/develop/serverless-driver-prisma-example.md b/develop/serverless-driver-prisma-example.md
@@ -30,7 +30,7 @@ npm install @tidbcloud/serverless
 
 ## `driverAdapters`を有効にする {#enable-driveradapters}
 
-Prismaアダプタを使用するには、 `driverAdapters`ファイルで`schema.prisma` }機能を有効にする必要があります。例：
+Prismaアダプタを使用するには、 `schema.prisma`ファイルで`driverAdapters`機能を有効にする必要があります。例：
 
 ```prisma
 generator client {
@@ -139,7 +139,7 @@ const prisma = new PrismaClient({ adapter });
     >
     > `@tidbcloud/prisma-adapter` 、HTTPS 経由の Prisma Clientの使用のみをサポートします。 [Prisma Migrate](https://www.prisma.io/docs/concepts/components/prisma-migrate)および[Prisma Introspect](https://www.prisma.io/docs/concepts/components/introspection)では、従来の TCP 接続が引き続き使用されます。 Prisma Client のみを使用する必要がある場合は、 `DATABASE_URL`を`mysql://[username]:[password]@[host]/[database]`形式に簡素化できます。
 
-3. `dotenv`ファイルから環境変数を読み込むには、 `.env` } をインストールしてください。
+3. `.env`ファイルから環境変数を読み込むには、 `dotenv`をインストールしてください。
 
    ```
    npm install dotenv

diff --git a/develop/serverless-driver.md b/develop/serverless-driver.md
@@ -320,7 +320,7 @@ TiDBとJavaScript間の型マッピングは以下のとおりです。
 >
 > TiDB Cloud Serverless Driverのデータ型マッピングの変更点：
 >
-> - v0.1.0: `BINARY` 、 `VARBINARY` 、 `TINYBLOB` 、 `BLOB` 、 `MEDIUMBLOB` 、 `LONGBLOB` 、および`BIT`型は、 `Uint8Array`ではなく、 `string` }として返されるようになりました。
+> - v0.1.0: `BINARY` 、 `VARBINARY` 、 `TINYBLOB` 、 `BLOB` 、 `MEDIUMBLOB` 、 `LONGBLOB` 、および`BIT`型は、 `string`ではなく、 `Uint8Array`として返されるようになりました。
 
 ### ORM連携 {#orm-integrations}
 

diff --git a/dm/dm-compatibility-catalog.md b/dm/dm-compatibility-catalog.md
@@ -35,7 +35,7 @@ DMは、さまざまなソースからTiDBクラスタへのデータ移行を
 
 バージョン8.5.6以降、DMは外部キー制約を使用するテーブルのレプリケーションに関する**実験的**サポートを提供します。このサポートには、以下の改善点が含まれます。
 
-- **セーフモード**: セーフモード実行中、DM は各バッチに対して`foreign_key_checks=0`を設定し、主キーまたは一意キーの値を変更しない`DELETE`ステートメントの冗長な`UPDATE` } ステップをスキップします。これにより、 `REPLACE INTO` (内部で`DELETE` + `INSERT`を実行) が子行に意図しない`ON DELETE CASCADE`効果を引き起こすのを防ぎます。詳細については、 [DMセーフモード](/dm/dm-safe-mode.md#foreign-key-handling-new-in-v856)を参照してください。
+- **セーフモード**: セーフモード実行中、DM は各バッチに対して`foreign_key_checks=0`を設定し、主キーまたは一意キーの値を変更しない`UPDATE`文の冗長な`DELETE`ステップをスキップします。これにより、 `REPLACE INTO` (内部で`DELETE` + `INSERT`を実行) が子行に意図しない`ON DELETE CASCADE`効果を引き起こすのを防ぎます。詳細については、 [DMセーフモード](/dm/dm-safe-mode.md#foreign-key-handling-new-in-v856)を参照してください。
 - **マルチワーカー因果関係**: `foreign_key_checks=1`かつ`worker-count > 1`の場合、DM はタスク開始時にダウンストリーム スキーマから外部キー関係を読み取り、因果関係キーを挿入します。これにより、親行に対する DML 操作が依存する子行に対する操作よりも先に完了し、ワーカー間でBinlogの順序が維持されます。v8.5.7 以降、このモードでは、スキーマ名またはテーブル名の変更など、静的な 1 対 1 のテーブルルーティングをサポートします。
 
 > **Note:**