From 1d5b48958790f854c3e30282a84d5e55472e7903 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 28 Aug 2026 09:48:48 +0900 Subject: [PATCH 1/2] i18n(ja): fix particle/punctuation trapped inside bold spans MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Found via a corpus-wide scan for bold spans (**...**) whose content starts with a Japanese comma, period, or particle character (、/。/は), where EN's own bold boundary excludes it (e.g. "This section provides a detailed description of these key metrics on the **TiKV-Details** dashboard" bolds only the product name, not a preceding comma). 24 files, 27 sites. Most fixes move the leading punctuation/particle outside the bold span, preserving content; a few sites needed a larger fix where the bold content had been reduced to just a bare punctuation mark with the actual emphasized word missing or misplaced nearby (e.g. a duplicated closing period, or three separately-bolded numbers collapsed into one bold span with the commas trapped inside) — each was reconstructed to match the corresponding EN sentence's own bold boundaries exactly. Also fixes, found while reviewing the already-touched files: - a dropped を particle in best-practices/pd-scheduling-best-practices.md: `evict-slow-store-scheduler`有効にする → を有効にする. - the mirror defect (a trailing が particle trapped INSIDE the closing ** instead of outside) at all 3 occurrences of an identical sentence in dashboard/dashboard-ops-reverse-proxy.md, matching EN's own bold boundary ("only in this path" is bolded, not the subject "services"). - a dropped は particle in develop/dev-guide-create-table.md, twice: once after `_tidb_rowid`, and once after a [primary key constraint] link, where the missing は made the sentence read as if "constraint" were duplicated instead of distinguishing the constraint (subject) from the constrained columns (object). --- best-practices/pd-scheduling-best-practices.md | 2 +- column-privilege-management.md | 2 +- dashboard/dashboard-key-visualizer.md | 2 +- dashboard/dashboard-ops-reverse-proxy.md | 6 +++--- develop/dev-guide-create-table.md | 6 +++--- develop/dev-guide-sample-application-ruby-rails.md | 2 +- develop/dev-guide-transaction-restraints.md | 4 ++-- develop/dev-guide-update-data.md | 2 +- dm/dm-safe-mode.md | 2 +- dm/relay-log.md | 2 +- filter-dml-event.md | 2 +- functions-and-operators/sequence-functions.md | 2 +- grafana-tikv-dashboard.md | 2 +- system-variables.md | 4 ++-- ticdc/ticdc-architecture.md | 4 ++-- ticdc/troubleshoot-ticdc.md | 2 +- tidb-cloud/changefeed-sink-to-mysql.md | 2 +- tidb-cloud/configure-external-storage-access.md | 4 ++-- tidb-cloud/essential-changefeed-overview.md | 2 +- tidb-cloud/essential-changefeed-sink-to-kafka.md | 2 +- tidb-cloud/essential-changefeed-sink-to-mysql.md | 4 ++-- tidb-cloud/integrate-tidbcloud-with-airbyte.md | 2 +- tidb-cloud/releases/release-notes-2024.md | 2 +- tidb-cloud/top-ru.md | 4 ++-- 24 files changed, 34 insertions(+), 34 deletions(-) diff --git a/best-practices/pd-scheduling-best-practices.md b/best-practices/pd-scheduling-best-practices.md index 8ceea749b2c17..0a9ecc19a0c04 100644 --- a/best-practices/pd-scheduling-best-practices.md +++ b/best-practices/pd-scheduling-best-practices.md @@ -299,4 +299,4 @@ v8.5.5以降、TiKVは低速ネットワークノードを検出するメカニ > **Note:** > -> **Leaderの排除は**、PDがTiKVの低速ノードにスケジューリング要求を送信し、TiKVが受信したスケジューリング要求を順次実行することで実現されます。**低速I/O**などの要因により、低速ノードでは要求が蓄積され、一部のリーダーは遅延した要求が処理されるまで**Leaderの排除**要求を処理できない場合があります。その結果**、Leaderの排除**にかかる時間が全体的に長くなります。したがって、 `evict-slow-store-scheduler`有効にする場合は、この状況を緩和するために[`store-io-pool-size`](/tikv-configuration-file.md#store-io-pool-size-new-in-v530)も有効にすることをお勧めします。 +> **Leaderの排除**は、PDがTiKVの低速ノードにスケジューリング要求を送信し、TiKVが受信したスケジューリング要求を順次実行することで実現されます。**低速I/O**などの要因により、低速ノードでは要求が蓄積され、一部のリーダーは遅延した要求が処理されるまで**Leaderの排除**要求を処理できない場合があります。その結果、**Leaderの排除**にかかる時間が全体的に長くなります。したがって、 `evict-slow-store-scheduler`を有効にする場合は、この状況を緩和するために[`store-io-pool-size`](/tikv-configuration-file.md#store-io-pool-size-new-in-v530)も有効にすることをお勧めします。 diff --git a/column-privilege-management.md b/column-privilege-management.md index 48852d7e68be3..1eb4bf51fb125 100644 --- a/column-privilege-management.md +++ b/column-privilege-management.md @@ -15,7 +15,7 @@ summary: TiDBは、MySQL互換の列レベルの権限管理メカニズムを 列レベルの権限を付与および取り消すための構文は、テーブルレベルの権限の構文と似ていますが、以下の点が異なります。 -- 列名リストは**、テーブル名**の後ではなく、**権限タイプ**の後に記述してください。 +- 列名リストは、**テーブル名**の後ではなく、**権限タイプ**の後に記述してください。 - 複数の列名はカンマで区切られます（ `,` ）。 ```sql diff --git a/dashboard/dashboard-key-visualizer.md b/dashboard/dashboard-key-visualizer.md index 747835281b6c1..7b817bc935d83 100644 --- a/dashboard/dashboard-key-visualizer.md +++ b/dashboard/dashboard-key-visualizer.md @@ -114,7 +114,7 @@ Key Visualizer を開くと、デフォルトで過去 6時間のデータベー ![Select metrics](/media/dashboard/dashboard-keyviz-select-type.png) -関心のあるメトリックを表示するには**、メトリック選択ボックス**(上記のインターフェイスの`Write (bytes)`の位置) でこのメトリックを選択します。 +関心のあるメトリックを表示するには、**メトリック選択ボックス**(上記のインターフェイスの`Write (bytes)`の位置) でこのメトリックを選択します。 - `Read (bytes)` : トラフィックを読み取ります。 - `Write (bytes)` : トラフィックを書き込みます。 diff --git a/dashboard/dashboard-ops-reverse-proxy.md b/dashboard/dashboard-ops-reverse-proxy.md index b5969ab28d16e..e85e6d08d601d 100644 --- a/dashboard/dashboard-ops-reverse-proxy.md +++ b/dashboard/dashboard-ops-reverse-proxy.md @@ -60,7 +60,7 @@ http://192.168.0.123:2379/dashboard/ > **Warning:** > - > **このパス内のサービスのみが**リバースプロキシの背後にあることを保証するには、 `use_backend`ディレクティブの`if`部分を保持する必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 + > **このパス内のサービスのみ**がリバースプロキシの背後にあることを保証するには、 `use_backend`ディレクティブの`if`部分を保持する必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 2. 設定を有効にするには、HAProxy を再起動します。 @@ -212,7 +212,7 @@ backend tidb_dashboard_back > **Warning:** > -> **このパス内のサービスのみが**リバースプロキシの背後にあることを保証するには、 `use_backend`ディレクティブの`if`部分を保持する必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 +> **このパス内のサービスのみ**がリバースプロキシの背後にあることを保証するには、 `use_backend`ディレクティブの`if`部分を保持する必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 TiDB Dashboard サービスをルートパス ( `http://example.com:8033/`など) で実行する場合は、次の構成を使用します。 @@ -247,7 +247,7 @@ server { > **Warning:** > -> `proxy_pass`ディレクティブの`/dashboard/`パスは必ず保持し**、このパス内のサービスのみが**リバースプロキシの背後にあるようにする必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 +> `proxy_pass`ディレクティブの`/dashboard/`パスは必ず保持し、**このパス内のサービスのみ**がリバースプロキシの背後にあるようにする必要があります。そうしないと、セキュリティリスクが発生する可能性があります。[TiDB Dashboardのセキュリティ保護](/dashboard/dashboard-ops-security.md)を参照してください。 TiDB Dashboard サービスをルートパス ( `http://example.com:8033/`など) で実行する場合は、次の構成を使用します。 diff --git a/develop/dev-guide-create-table.md b/develop/dev-guide-create-table.md index 64935344e9a95..18bf13192be7c 100644 --- a/develop/dev-guide-create-table.md +++ b/develop/dev-guide-create-table.md @@ -94,7 +94,7 @@ CREATE TABLE `bookshop`.`books` ( このテーブルには`users`テーブルよりも多くのデータ型が含まれています。 - [整数](/data-type-numeric.md#integer-types): ディスク使用量の過剰使用やパフォーマンスへの影響（型範囲が大きすぎる場合）またはデータオーバーフロー（データ型範囲が小さすぎる場合）を避けるため、適切なサイズの型を使用することをお勧めします。 -- :[日時](/data-type-date-and-time.md)型は**、**時間値を格納できます。 +- :[日時](/data-type-date-and-time.md)型は、時間値を格納できます。 - [列挙型](/data-type-string.md#enum-type): enum型は、限られた値の選択を格納するために使用できます。 ## 主キーを選択 {#select-primary-key} @@ -109,9 +109,9 @@ CREATE TABLE `bookshop`.`books` ( > > - TiDBでは、**主キー**は一意であり、NULLであってはなりません。ただし、主キーが**クラスター化インデックス**であることは保証されていません。代わりに、別のキーワードセット`CLUSTERED` / `NONCLUSTERED`によって、**主キー**が**クラスター化インデックス**であるかどうかが制御されます。キーワードが指定されていない場合は、システム変数`@@global.tidb_enable_clustered_index`によって制御されます（[クラスター化インデックス](https://docs.pingcap.com/tidb/stable/clustered-indexes)に記載のとおり）。 -**主キー**は`CREATE TABLE`ステートメントで定義されます。[主キー制約](/constraints.md#primary-key)制約付き列すべてに NULL 以外の値のみが含まれることを要求します。 +**主キー**は`CREATE TABLE`ステートメントで定義されます。[主キー制約](/constraints.md#primary-key)は、制約付き列すべてに NULL 以外の値のみが含まれることを要求します。 -テーブルは**、主キー**なし、または非整数の**主キー**を使用して作成できます。この場合、TiDB は**暗黙の主キー**として`_tidb_rowid`を作成します。暗黙の主キー`_tidb_rowid`単調増加する性質を持つため、書き込み負荷の高いシナリオでは書き込みホットスポットが発生する可能性があります。したがって、アプリケーションが書き込み負荷の高い場合は、 [`SHARD_ROW_ID_BITS`](/shard-row-id-bits.md)および[`PRE_SPLIT_REGIONS`](/sql-statements/sql-statement-split-region.md#pre_split_regions)パラメータを使用してデータをシャーディングすることを検討してください。ただし、これにより読み取り増幅が発生する可能性があるため、トレードオフを独自に判断する必要があります。 +テーブルは、**主キー**なし、または非整数の**主キー**を使用して作成できます。この場合、TiDB は**暗黙の主キー**として`_tidb_rowid`を作成します。暗黙の主キー`_tidb_rowid`は単調増加する性質を持つため、書き込み負荷の高いシナリオでは書き込みホットスポットが発生する可能性があります。したがって、アプリケーションが書き込み負荷の高い場合は、 [`SHARD_ROW_ID_BITS`](/shard-row-id-bits.md)および[`PRE_SPLIT_REGIONS`](/sql-statements/sql-statement-split-region.md#pre_split_regions)パラメータを使用してデータをシャーディングすることを検討してください。ただし、これにより読み取り増幅が発生する可能性があるため、トレードオフを独自に判断する必要があります。 テーブルの**主キー**が[整数型](/data-type-numeric.md#integer-types)で`AUTO_INCREMENT`が使用されている場合、 `SHARD_ROW_ID_BITS`を使用してもホットスポットを回避することはできません。ホットスポットを回避する必要があり、かつ連続的かつ増分的な主キーが必要ない場合は、 `AUTO_INCREMENT`の代わりに[`AUTO_RANDOM`](/auto-random.md)を使用して行 ID の連続性を排除できます。 diff --git a/develop/dev-guide-sample-application-ruby-rails.md b/develop/dev-guide-sample-application-ruby-rails.md index df8a67d2d2c8e..faee915a60245 100644 --- a/develop/dev-guide-sample-application-ruby-rails.md +++ b/develop/dev-guide-sample-application-ruby-rails.md @@ -251,7 +251,7 @@ production: > **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)の場合、パブリックエンドポイントを使用する際には**、** `ssl_mode`の`verify_identity`クエリパラメータを`DATABASE_URL`に設定して TLS 接続を有効にする必要がありますが、mysql2 gem が特定の順序で既存の CA 証明書を検索してファイルが見つかるまで検索するため、 `DATABASE_URL`を介して 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)の場合、パブリックエンドポイントを使用する際には、`ssl_mode`の`verify_identity`クエリパラメータを`DATABASE_URL`に設定して TLS 接続を有効にする必要がありますが、mysql2 gem が特定の順序で既存の CA 証明書を検索してファイルが見つかるまで検索するため、 `DATABASE_URL`を介して SSL CA 証明書を指定する必要は**ありません**。 ### データを挿入する {#insert-data} diff --git a/develop/dev-guide-transaction-restraints.md b/develop/dev-guide-transaction-restraints.md index d916618ce6b30..7f85997aa8055 100644 --- a/develop/dev-guide-transaction-restraints.md +++ b/develop/dev-guide-transaction-restraints.md @@ -10,7 +10,7 @@ aliases: ['/ja/tidb/stable/dev-guide-transaction-restraints/','/ja/tidb/dev/dev- ## 隔離レベル {#isolation-levels} -TiDBがサポートする分離レベルは**、RC（Read Committed）**と**SI（Snapshot Isolation）**であり、 **SI**は基本的に**RR（Repeatable Read）**分離レベルと同等です。 +TiDBがサポートする分離レベルは、**RC（Read Committed）**と**SI（Snapshot Isolation）**であり、 **SI**は基本的に**RR（Repeatable Read）**分離レベルと同等です。 ![isolation level](/media/develop/transaction_isolation_level.png) @@ -18,7 +18,7 @@ TiDBがサポートする分離レベルは**、RC（Read Committed）**と**SI TiDB の`SI`分離レベルでは**ファントム リード**を回避できますが、ANSI/ISO SQL 標準の`RR`では回避できません。 -以下の2つの例は**、ファントムリード**がどのようなものかを示しています。 +以下の2つの例は、**ファントムリード**がどのようなものかを示しています。 - 例 1:**トランザクションA は**、まずクエリに従って`n`行を取得し、次に**トランザクションB は**、これらの`m`行以外の`n`行を変更するか、**トランザクションA**のクエリに一致する`m`行を追加します。**トランザクションA**が再度クエリを実行すると、条件に一致する`n+m`行が存在することがわかります。これはファントムのようなものなので、**ファントム リード**と呼ばれます。 diff --git a/develop/dev-guide-update-data.md b/develop/dev-guide-update-data.md index 10c677df40f8f..775759768442d 100644 --- a/develop/dev-guide-update-data.md +++ b/develop/dev-guide-update-data.md @@ -105,7 +105,7 @@ INSERT INTO {table} ({columns}) VALUES ({values}) ### `INSERT ON DUPLICATE KEY UPDATE`のベストプラクティス {#insert-on-duplicate-key-update-best-practices} -- `INSERT ON DUPLICATE KEY UPDATE`は、一意キーが 1つだけのテーブルでのみ使用してください。このステートメントは***、一意キー***(主キーを含む) の競合が検出された場合、データを更新します。競合する行が複数ある場合、更新されるのは 1 行のみです。したがって、競合する行が 1つだけであることを保証できない限り、一意キーが複数あるテーブルで`INSERT ON DUPLICATE KEY UPDATE`ステートメントを使用することはお勧めしません。 +- `INSERT ON DUPLICATE KEY UPDATE`は、一意キーが 1つだけのテーブルでのみ使用してください。このステートメントは、一意キー(主キーを含む) の競合が検出された場合、データを更新します。競合する行が複数ある場合、更新されるのは 1 行のみです。したがって、競合する行が 1つだけであることを保証できない限り、一意キーが複数あるテーブルで`INSERT ON DUPLICATE KEY UPDATE`ステートメントを使用することはお勧めしません。 - データを作成または更新する際に、このステートメントを使用してください。 ### `INSERT ON DUPLICATE KEY UPDATE`例 {#insert-on-duplicate-key-update-example} diff --git a/dm/dm-safe-mode.md b/dm/dm-safe-mode.md index bbd51302a5304..129a3ed001a49 100644 --- a/dm/dm-safe-mode.md +++ b/dm/dm-safe-mode.md @@ -12,7 +12,7 @@ summary: DMセーフモードについて、その目的、動作原理、およ チェックポイントからデータレプリケーションタスクを再開した後、DMは一部のbinlogイベントを繰り返しレプリケートする可能性があり、その結果、以下の問題が発生します。 - 増分レプリケーションでは、DMLの実行操作とチェックポイントの書き込み操作は同時に行われません。チェックポイントの書き込み操作とダウンストリームデータベースへのデータの書き込み操作はアトミックではありません。そのため、 **DMが異常終了した場合、チェックポイントには終了ポイントの直前の復元ポイントのみが記録される可能性があります**。 -- DMがレプリケーションタスクを再開し、チェックポイントから増分レプリケーションを再開する場合、チェックポイントと終了ポイントの間のデータの一部は、異常終了前に既に処理されている可能性があります。これにより**、一部のSQLステートメントが繰り返し実行されること**があります。 +- DMがレプリケーションタスクを再開し、チェックポイントから増分レプリケーションを再開する場合、チェックポイントと終了ポイントの間のデータの一部は、異常終了前に既に処理されている可能性があります。これにより、**一部のSQLステートメントが繰り返し実行されること**があります。 - `INSERT`ステートメントが繰り返し実行されると、主キーまたは一意インデックスで競合が発生し、レプリケーションエラーが発生する可能性があります。 `UPDATE`ステートメントが繰り返し実行されると、フィルタ条件が以前に更新されたレコードを見つけられない可能性があります。 セーフモードでは、DMはSQL文を書き換えて上記の問題を解決できます。 diff --git a/dm/relay-log.md b/dm/relay-log.md index 1dedc9d4efb10..44ba874db8f34 100644 --- a/dm/relay-log.md +++ b/dm/relay-log.md @@ -13,7 +13,7 @@ summary: DM リレーログのディレクトリ構造、初期移行ルール MySQLではストレージ容量が限られているため、最大保存期間に達するとbinlogは自動的に消去されます。上流データベースがbinlogを消去すると、DMは消去されたbinlogを取得できず、移行タスクは失敗します。移行タスクごとに、DMは上流データベースに接続を作成し、binlogを取得します。接続数が多すぎると、上流データベースの負荷が増大する可能性があります。 -リレーログを有効にすると、同じ上流データベースを持つ複数の移行タスクで、ローカルディスクにプルされたリレーログを再利用できます。これにより**、上流データベースへの負荷が軽減されます**。 +リレーログを有効にすると、同じ上流データベースを持つ複数の移行タスクで、ローカルディスクにプルされたリレーログを再利用できます。これにより、**上流データベースへの負荷が軽減されます**。 完全データ移行タスクと増分データ移行タスク（ `task-mode=all` ）では、DMはまず完全データを移行し、その後、binlogに基づいて増分移行を実行する必要があります。完全移行フェーズに時間がかかると、上流のbinlogが消去され、増分移行が失敗する可能性があります。このような状況を回避するには、リレーログ機能を有効にすることで、DMがローカルディスクに十分なログを自動的に保持し、**増分移行タスクが正常に実行されるようにします**。 diff --git a/filter-dml-event.md b/filter-dml-event.md index bfac568d7f760..30d0aefa646e1 100644 --- a/filter-dml-event.md +++ b/filter-dml-event.md @@ -66,7 +66,7 @@ MySQL [test]> select * from tbl; > **Note:** > > - `update-old-value-expr`と`update-new-value-expr`を一緒に設定できます。 -> - `update-old-value-expr`と`update-new-value-expr`一緒に設定されている場合、「更新 + 古い値」が`update-old-value-expr`一致し**、** 「更新 + 新しい値」が`update-new-value-expr`一致する行がフィルタリングされます。 +> - `update-old-value-expr`と`update-new-value-expr`一緒に設定されている場合、「更新 + 古い値」が`update-old-value-expr`一致し、「更新 + 新しい値」が`update-new-value-expr`一致する行がフィルタリングされます。 > - `update-old-value-expr`と`update-new-value-expr`のいずれかが設定されている場合、設定された式によって**行の変更全体**をフィルタリングするかどうかが決定されます。つまり、古い値の削除と新しい値の挿入が全体としてフィルタリングされます。 SQL式は1つの列でも複数の列でも使用できます。また、TiDBでサポートされているSQL関数（ `c % 2 = 0` 、 `a*a + b*b = c*c` 、 `ts > NOW()`など）も使用できます。 diff --git a/functions-and-operators/sequence-functions.md b/functions-and-operators/sequence-functions.md index ffe9385af312f..fa9462690e040 100644 --- a/functions-and-operators/sequence-functions.md +++ b/functions-and-operators/sequence-functions.md @@ -142,7 +142,7 @@ SELECT NEXTVAL(s1); ## `LASTVAL()` {#lastval} -`LASTVAL()`関数は**、現在のセッションで**シーケンスによって生成された最後の値を返します。 +`LASTVAL()`関数は、**現在のセッションで**シーケンスによって生成された最後の値を返します。 例： diff --git a/grafana-tikv-dashboard.md b/grafana-tikv-dashboard.md index 949fcd56d992c..18f83750afd88 100644 --- a/grafana-tikv-dashboard.md +++ b/grafana-tikv-dashboard.md @@ -13,7 +13,7 @@ Grafanaダッシュボードは、概要、PD、TiDB、TiKV、Node_exporter、 TiKVコンポーネントのステータス概要は、主要な指標が表示される**TiKV詳細**ダッシュボードで確認できます。 -このセクションでは**、TiKV-Details**ダッシュボード上のこれらの主要指標について詳しく説明します。 +このセクションでは、**TiKV-Details**ダッシュボード上のこれらの主要指標について詳しく説明します。 ### クラスタ {#cluster} diff --git a/system-variables.md b/system-variables.md index 5c1eb02e9172b..d1b255419436d 100644 --- a/system-variables.md +++ b/system-variables.md @@ -2271,7 +2271,7 @@ mysql> SELECT job_info FROM mysql.analyze_jobs ORDER BY end_time DESC LIMIT 1; - ヒント[SET_VAR](/optimizer-hints.md#set_varvar_namevar_value)に適用：いいえ - 型: Boolean - デフォルト値: `ON` -- この変数は、パーティションテーブルに対して[グローバルインデックス](/global-indexes.md)の作成をサポートするかどうかを制御します。この変数を有効にすると、TiDB では、インデックス定義で`GLOBAL`を指定することで**、パーティション式で使用されているすべての列を含まない**一意インデックスを作成できます。 +- この変数は、パーティションテーブルに対して[グローバルインデックス](/global-indexes.md)の作成をサポートするかどうかを制御します。この変数を有効にすると、TiDB では、インデックス定義で`GLOBAL`を指定することで、**パーティション式で使用されているすべての列を含まない**一意インデックスを作成できます。 - この変数は v8.4.0 以降非推奨になりました。その値はデフォルト値`ON`に固定されています。つまり、[グローバルインデックス](/global-indexes.md)はデフォルトで有効になっています。 ### tidb_enable_lazy_cursor_fetch New in v8.3.0 @@ -5158,7 +5158,7 @@ SHOW WARNINGS; > **Note:** > -> この変数を有効にすることでクエリのパフォーマンスを最適化する効果は**、 TiFlashに対してのみ**有効です。 +> この変数を有効にすることでクエリのパフォーマンスを最適化する効果は、**TiFlashに対してのみ**有効です。 - 範囲: セッション | グローバル - クラスターに保持される: はい diff --git a/ticdc/ticdc-architecture.md b/ticdc/ticdc-architecture.md index 0b684003083a2..6bfa01f3641da 100644 --- a/ticdc/ticdc-architecture.md +++ b/ticdc/ticdc-architecture.md @@ -49,7 +49,7 @@ TiCDCの新しいアーキテクチャは、アーキテクチャをステート - 増分スキャンパフォーマンスのボトルネック: 増分スキャンタスクの完了に過度に時​​間がかかり、レプリケーションのレイテンシーが継続的に増加します。 - 超高トラフィックシナリオ：変更フィードの総トラフィックが700 MiB/秒を超える場合。 -- MySQL シンクで高スループット書き込みを行う単一テーブル: ターゲットテーブルには**、主キーまたは NULL 以外の一意キーが 1つだけ**あります。 +- MySQL シンクで高スループット書き込みを行う単一テーブル: ターゲットテーブルには、**主キーまたは NULL 以外の一意キーが 1つだけ**あります。 - 大規模なテーブルレプリケーション：レプリケーション対象のテーブル数が10万を超える場合。 - 頻繁な DDL 操作によるレイテンシー: DDL ステートメントの頻繁な実行は、レプリケーションのレイテンシーを大幅に増加させます。 @@ -291,6 +291,6 @@ cdc cli changefeed query -s --server=http://127.0.0.1:8300 --changefeed-id=simpl ## 監視 {#monitoring} -新しいアーキテクチャにおける TiCDC の監視ダッシュボードは**、TiCDC-New-Arch**です。TiDB クラスタのバージョンが v8.5.4 以降の場合、この監視ダッシュボードはクラスタのデプロイまたはアップグレード時に Grafana に統合されるため、手動操作は不要です。クラスタのバージョンが v8.5.4 より前の場合は、監視を有効にするために[TiCDC監視メトリクスファイル](https://github.com/pingcap/ticdc/blob/master/metrics/grafana/ticdc_new_arch.json)を手動でインポートする必要があります。 +新しいアーキテクチャにおける TiCDC の監視ダッシュボードは、**TiCDC-New-Arch**です。TiDB クラスタのバージョンが v8.5.4 以降の場合、この監視ダッシュボードはクラスタのデプロイまたはアップグレード時に Grafana に統合されるため、手動操作は不要です。クラスタのバージョンが v8.5.4 より前の場合は、監視を有効にするために[TiCDC監視メトリクスファイル](https://github.com/pingcap/ticdc/blob/master/metrics/grafana/ticdc_new_arch.json)を手動でインポートする必要があります。 インポート手順と各監視メトリクスの詳細な説明については、 [新アーキテクチャにおけるTiCDCのメトリクス](/ticdc/monitor-ticdc.md#metrics-for-ticdc-in-the-new-architecture)を参照してください。 diff --git a/ticdc/troubleshoot-ticdc.md b/ticdc/troubleshoot-ticdc.md index 975870eaa62f5..4347293794728 100644 --- a/ticdc/troubleshoot-ticdc.md +++ b/ticdc/troubleshoot-ticdc.md @@ -52,7 +52,7 @@ cdc cli changefeed query --server=http://127.0.0.1:8300 --changefeed-id 28c43ffc ### タスク中断後に TiCDC を再起動した後で発生する OOM を処理するにはどうすればよいですか? {#what-should-i-do-to-handle-the-oom-that-occurs-after-ticdc-is-restarted-after-a-task-interruption} -- TiDBクラスタとTiCDCクラスタを最新バージョンに更新してください。OOM問題は**、v4.0.14以降のv4.0バージョン、v5.0.2以降のv5.0バージョン、および最新バージョン**で既に解決されています。 +- TiDBクラスタとTiCDCクラスタを最新バージョンに更新してください。OOM問題は、**v4.0.14以降のv4.0バージョン、v5.0.2以降のv5.0バージョン、および最新バージョン**で既に解決されています。 ## レプリケーションタスクを作成するとき、または MySQL にデータをレプリケートするときに、「 `Error 1298: Unknown or incorrect time zone: 'UTC'`エラーを処理するにはどうすればよいですか? {#how-do-i-handle-the-error-1298-unknown-or-incorrect-time-zone-utc-error-when-creating-the-replication-task-or-replicating-data-to-mysql} diff --git a/tidb-cloud/changefeed-sink-to-mysql.md b/tidb-cloud/changefeed-sink-to-mysql.md index 6e42b3dcacdbf..cae4d6d5af4bd 100644 --- a/tidb-cloud/changefeed-sink-to-mysql.md +++ b/tidb-cloud/changefeed-sink-to-mysql.md @@ -5,7 +5,7 @@ summary: このドキュメントでは、Sink to MySQL changefeed を使用し # MySQLにシンクする {#sink-to-mysql} -このドキュメントでは**、Sink to MySQL** changefeedを使用してTiDB CloudからMySQLにデータをストリーミングする方法について説明します。 +このドキュメントでは、**Sink to MySQL** changefeedを使用してTiDB CloudからMySQLにデータをストリーミングする方法について説明します。 diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index f463c64c2e456..263559940369c 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -95,8 +95,8 @@ AWS CloudFormationでロールARNを作成する際に問題が発生した場 5. ポリシーテキストフィールドで、必要に応じてポリシーを設定してください。以下は、 TiDB Cloud Starter、 Essential、またはPremiumインスタンスからデータをエクスポートしたり、これらのインスタンスにデータをインポートしたりする際に使用できる例です。 - - TiDB Cloud Starter、 Essential、またはPremiumインスタンスからデータをエクスポートするには**、s3:PutObject**および**s3:ListBucketの**権限が必要です。 - - TiDB Cloud Starter、 Essential、またはPremiumインスタンスにデータをインポートするには**、s3:GetObject** 、 **s3:GetObjectVersion** 、および**s3:ListBucketの**権限が必要です。 + - TiDB Cloud Starter、 Essential、またはPremiumインスタンスからデータをエクスポートするには、**s3:PutObject**および**s3:ListBucket**の権限が必要です。 + - TiDB Cloud Starter、 Essential、またはPremiumインスタンスにデータをインポートするには、**s3:GetObject**、**s3:GetObjectVersion**、および**s3:ListBucket**の権限が必要です。 ```json { diff --git a/tidb-cloud/essential-changefeed-overview.md b/tidb-cloud/essential-changefeed-overview.md index b469fdb0468c3..45db3efc73014 100644 --- a/tidb-cloud/essential-changefeed-overview.md +++ b/tidb-cloud/essential-changefeed-overview.md @@ -11,7 +11,7 @@ TiDB Cloud changefeed を使用すると、TiDB Cloudから他のデータサー > > - 現在、 TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 > -> 1. [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある?をクリックします**。** 。 +> 1. [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**?**をクリックします。 > 2. **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。 > 3. チケットを作成します。「説明」欄に「changefeedへの申請」と入力します。 > 4. **Submit**をクリックしてください。 diff --git a/tidb-cloud/essential-changefeed-sink-to-kafka.md b/tidb-cloud/essential-changefeed-sink-to-kafka.md index a7a4567155b28..c5780fa8fc995 100644 --- a/tidb-cloud/essential-changefeed-sink-to-kafka.md +++ b/tidb-cloud/essential-changefeed-sink-to-kafka.md @@ -11,7 +11,7 @@ summary: このドキュメントでは、TiDB Cloud Essentialから Apache Kafk > > 現在、 TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 > -> 1. [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある?をクリックします**。** 。 +> 1. [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**?**をクリックします。 > 2. **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。 > 3. チケットを作成します。「説明」欄に「changefeedへの申請」と入力します。 > 4. **Submit**をクリックしてください。 diff --git a/tidb-cloud/essential-changefeed-sink-to-mysql.md b/tidb-cloud/essential-changefeed-sink-to-mysql.md index 9ac684c8a5ce5..1be6eb8f2fe8a 100644 --- a/tidb-cloud/essential-changefeed-sink-to-mysql.md +++ b/tidb-cloud/essential-changefeed-sink-to-mysql.md @@ -5,13 +5,13 @@ summary: このドキュメントでは、Sink to MySQL changefeed を使用し # MySQLへのシンク {#sink-to-mysql} -このドキュメントでは**、Sink to MySQL** changefeedを使用してTiDB Cloud EssentialからMySQLにデータをストリーミングする方法について説明します。 +このドキュメントでは、**Sink to MySQL** changefeedを使用してTiDB Cloud EssentialからMySQLにデータをストリーミングする方法について説明します。 > **Note:** > > 現在、 TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 > -> 1. [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある?をクリックします**。** 。 +> 1. [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**?**をクリックします。 > 2. **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。 > 3. チケットを作成します。「説明」欄に「changefeedへの申請」と入力します。 > 4. **Submit**をクリックしてください。 diff --git a/tidb-cloud/integrate-tidbcloud-with-airbyte.md b/tidb-cloud/integrate-tidbcloud-with-airbyte.md index a2817c9dedc60..d999b21e89164 100644 --- a/tidb-cloud/integrate-tidbcloud-with-airbyte.md +++ b/tidb-cloud/integrate-tidbcloud-with-airbyte.md @@ -60,7 +60,7 @@ airbyte-server | -------------------------------------- > **Note:** > - > - TiDB Cloud はTLS 接続をサポートしています。TLSv1.2 および**TLSv1.3**から TLS プロトコルを選択できます。たとえば、 `enabledTLSProtocols=TLSv1.2` **。** + > - TiDB Cloud はTLS 接続をサポートしています。TLSv1.2 および**TLSv1.3**から TLS プロトコルを選択できます。たとえば、 `enabledTLSProtocols=TLSv1.2`。 > - JDBC を介してTiDB Cloudへの TLS 接続を無効にする場合は、JDBC URL パラメータで useSSL を`false`に設定し、SSL 接続を閉じる必要があります。たとえば、 `useSSL=false`のように設定します。 > - TiDB Cloud StarterとTiDB Cloud EssentialはTLS接続のみをサポートしています。 diff --git a/tidb-cloud/releases/release-notes-2024.md b/tidb-cloud/releases/release-notes-2024.md index 8ccec2b23a3da..b1b7f701bf4ff 100644 --- a/tidb-cloud/releases/release-notes-2024.md +++ b/tidb-cloud/releases/release-notes-2024.md @@ -66,7 +66,7 @@ summary: TiDB Cloudの2024年のリリースノートについてご確認くだ TiDB Cloud Dedicatedでは、最大一時停止期間が7日間に制限されました。7日以内に手動でクラスターを再開しない場合、 TiDB Cloudが自動的に再開します。 - この変更は**、2024年11月12日以降に作成された組織**にのみ適用されます。この日付以前に作成された組織は、事前通知の上、段階的に新しい一時停止動作に移行します。 + この変更は、**2024年11月12日以降に作成された組織**にのみ適用されます。この日付以前に作成された組織は、事前通知の上、段階的に新しい一時停止動作に移行します。 詳細については、[TiDB Cloud Dedicatedクラスタの一時停止または再開](/tidb-cloud/pause-or-resume-tidb-cluster.md)を参照してください。 diff --git a/tidb-cloud/top-ru.md b/tidb-cloud/top-ru.md index f6a3063ec1f72..1265f2474ee58 100644 --- a/tidb-cloud/top-ru.md +++ b/tidb-cloud/top-ru.md @@ -48,8 +48,8 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 - **Top N**：表示するSQL文の数を指定します。 - - TiDB Cloud Premium**インスタンス**：デフォルトは**10。**オプション： **5、20、100** **。** - - TiDB Cloud Essentialインスタンス：デフォルトは**10。**オプション： **5**と**20** 。 + - TiDB Cloud Premiumインスタンス：デフォルトは**10**。オプション：**5**、**20**、および**100**。 + - TiDB Cloud Essentialインスタンス：デフォルトは**10**。オプション：**5**と**20**。 ### SQLリストを読む {#read-the-sql-list} From 139a3987e94ee290cfd83fc2ba80375cb977a87b Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 28 Aug 2026 10:23:41 +0900 Subject: [PATCH 2/2] i18n(ja): fix defects found by CodeRabbit review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - develop/dev-guide-create-table.md: remove a stray leading colon before the datetime link, inconsistent with the bullet's own established phrasing. - filter-dml-event.md: restore missing が and に particles. - tidb-cloud/essential-changefeed-sink-to-mysql.md: remove an extra space after a comma. --- develop/dev-guide-create-table.md | 2 +- filter-dml-event.md | 2 +- tidb-cloud/essential-changefeed-sink-to-mysql.md | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/develop/dev-guide-create-table.md b/develop/dev-guide-create-table.md index 18bf13192be7c..05d5c34bf4381 100644 --- a/develop/dev-guide-create-table.md +++ b/develop/dev-guide-create-table.md @@ -94,7 +94,7 @@ CREATE TABLE `bookshop`.`books` ( このテーブルには`users`テーブルよりも多くのデータ型が含まれています。 - [整数](/data-type-numeric.md#integer-types): ディスク使用量の過剰使用やパフォーマンスへの影響（型範囲が大きすぎる場合）またはデータオーバーフロー（データ型範囲が小さすぎる場合）を避けるため、適切なサイズの型を使用することをお勧めします。 -- :[日時](/data-type-date-and-time.md)型は、時間値を格納できます。 +- [日時](/data-type-date-and-time.md)型は、時間値を格納できます。 - [列挙型](/data-type-string.md#enum-type): enum型は、限られた値の選択を格納するために使用できます。 ## 主キーを選択 {#select-primary-key} diff --git a/filter-dml-event.md b/filter-dml-event.md index 30d0aefa646e1..aa5ffeb563cac 100644 --- a/filter-dml-event.md +++ b/filter-dml-event.md @@ -66,7 +66,7 @@ MySQL [test]> select * from tbl; > **Note:** > > - `update-old-value-expr`と`update-new-value-expr`を一緒に設定できます。 -> - `update-old-value-expr`と`update-new-value-expr`一緒に設定されている場合、「更新 + 古い値」が`update-old-value-expr`一致し、「更新 + 新しい値」が`update-new-value-expr`一致する行がフィルタリングされます。 +> - `update-old-value-expr`と`update-new-value-expr`が一緒に設定されている場合、「更新 + 古い値」が`update-old-value-expr`に一致し、「更新 + 新しい値」が`update-new-value-expr`に一致する行がフィルタリングされます。 > - `update-old-value-expr`と`update-new-value-expr`のいずれかが設定されている場合、設定された式によって**行の変更全体**をフィルタリングするかどうかが決定されます。つまり、古い値の削除と新しい値の挿入が全体としてフィルタリングされます。 SQL式は1つの列でも複数の列でも使用できます。また、TiDBでサポートされているSQL関数（ `c % 2 = 0` 、 `a*a + b*b = c*c` 、 `ts > NOW()`など）も使用できます。 diff --git a/tidb-cloud/essential-changefeed-sink-to-mysql.md b/tidb-cloud/essential-changefeed-sink-to-mysql.md index 1be6eb8f2fe8a..7c44d0a2cc5b8 100644 --- a/tidb-cloud/essential-changefeed-sink-to-mysql.md +++ b/tidb-cloud/essential-changefeed-sink-to-mysql.md @@ -9,7 +9,7 @@ summary: このドキュメントでは、Sink to MySQL changefeed を使用し > **Note:** > -> 現在、 TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 +> 現在、TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 > > 1. [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**?**をクリックします。 > 2. **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。