From 91a9fc67fa1368c87939b7eb2469114930665601 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Wed, 9 Sep 2026 09:58:14 +0900 Subject: [PATCH 1/2] i18n(ja): fix Raft ready/apply jargon mistranslated as generic words MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The etcd/raft internal terms 'ready' (the Ready struct/batch of entries-messages-snapshot to process) and 'apply' (applying a committed log entry/proposal to the state machine) were mistranslated using their generic-dictionary sense (準備完了 "preparation complete" and 適用 "apply/use a setting") instead of the specific Raft jargon sense, following the same defect class found and fixed in PR #23781 (grafana-tikv-dashboard.md). Confirmed via docs-cn, which keeps both terms as literal, untranslated English throughout the equivalent sections. Every site below was checked against the real EN sentence before changing it; matching generic "apply a setting/formula/patch" and "status is ready" usages elsewhere in these same files were left untouched. - alert-rules.md: 3 alert descriptions (apply log duration, apply thread, process ready duration). - deploy-monitoring-services.md: 1 monitoring bullet (Raft processes the ready state). - dashboard/dashboard-monitoring.md and grafana-performance-overview-dashboard.md: restored literal English Grafana/TiDB Dashboard panel headings and metric labels across the whole file (same panel-name defect class as PR #23763/#23781, not yet applied to these two files), plus fixed the apply-loop/apply-log body descriptions. - performance-tuning-methods.md: fixed a scrambled Apply Log Duration table row (kept consistent with the file's own already-established 適用ログ期間 heading wording after checking docs-cn); left the file's other 適用 occurrences (apply a formula/algorithm) untouched. - tidb-cloud/built-in-monitoring.md: 3 metric-table description cells (apply duration, apply log duration). - tikv-configuration-file.md and dynamic-config.md: config-item descriptions for max-apply-unpersisted-log-limit, apply-pool-size, apply-yield-write-size, min-pending-apply-region-count, and enable-async-apply-prewrite. - tune-tikv-thread-performance.md: 1 thread-pool description (Apply thread), matching the file's own existing capitalized usage. - troubleshoot-stale-read.md: 6 sites describing safe-ts/resolved-ts and apply index semantics. - latency-breakdown.md: 2 sites (async-write Apply phase, apply duration from RocksDB perf context). - releases/release-7.1.6.md, release-7.5.4.md, release-7.5.5.md, release-7.5.6.md, release-7.5.7.md: the recurring "waiting for the log to be applied" TiKV-restart release note. - releases/release-8.2.0.md: 3 sites, including 早期応募 ("early job application"), a homonym mistranslation of the "early apply" feature name, confirmed against docs-cn's 提前 apply. - tidb-cloud/v8.5-performance-highlights.md: 1 site (leader applying Raft logs early). Left untouched after verification: release-7.5.4.md's tidb_redact_log line, release-8.2.0.md's privilege-control line, release-8.5.8.md's flow-control, BR log-restore, and TiCDC DML-apply lines (a different, TiCDC/BR redo-log-apply concept, not TiKV's raftstore Apply), and several generic apply-a-formula/algorithm/ constraint sites in tikv-configuration-file.md and performance-tuning-methods.md. Co-Authored-By: Claude Sonnet 5 --- alert-rules.md | 6 +- dashboard/dashboard-monitoring.md | 58 ++++----- deploy-monitoring-services.md | 2 +- dynamic-config.md | 6 +- grafana-performance-overview-dashboard.md | 150 +++++++++++----------- latency-breakdown.md | 4 +- performance-tuning-methods.md | 2 +- releases/release-7.1.6.md | 2 +- releases/release-7.5.4.md | 2 +- releases/release-7.5.5.md | 2 +- releases/release-7.5.6.md | 2 +- releases/release-7.5.7.md | 2 +- releases/release-8.2.0.md | 6 +- tidb-cloud/built-in-monitoring.md | 6 +- tidb-cloud/v8.5-performance-highlights.md | 2 +- tikv-configuration-file.md | 12 +- troubleshoot-stale-read.md | 12 +- tune-tikv-thread-performance.md | 2 +- 18 files changed, 139 insertions(+), 139 deletions(-) diff --git a/alert-rules.md b/alert-rules.md index 255ff23d3c3aa..57548fb4ad62a 100644 --- a/alert-rules.md +++ b/alert-rules.md @@ -591,7 +591,7 @@ summary: TiDB クラスターのアラートルールについて学習します - 説明： - Raftログの適用にかかる時間コストを示します。この値が高い場合は、通常、I/Oが混雑していることを意味します。 + Raftログのapplyにかかる時間コストを示します。この値が高い場合は、通常、I/Oが混雑していることを意味します。 #### `TiKV_scheduler_latch_wait_duration_seconds` {#tikv_scheduler_latch_wait_duration_seconds} @@ -617,7 +617,7 @@ summary: TiDB クラスターのアラートルールについて学習します - 説明： - Raftログ適用スレッドに大きな負荷がかかっており、限界に近づいているか、すでに限界を超えています。これは多くの場合、書き込みの集中によって発生します。 + Raftログapplyスレッドに大きな負荷がかかっており、限界に近づいているか、すでに限界を超えています。これは多くの場合、書き込みの集中によって発生します。 ### 警告レベルのアラート {#warning-level-alerts-3} @@ -644,7 +644,7 @@ summary: TiDB クラスターのアラートルールについて学習します - 説明： - Raft準備完了の処理にかかる時間コストを示します。この値が大きい場合、ログ追加タスクのスタックが原因であることが多いです。 + Raft readyの処理にかかる時間コストを示します。この値が大きい場合、ログ追加タスクのスタックが原因であることが多いです。 #### `TiKV_raft_process_tick_duration_secs` {#tikv_raft_process_tick_duration_secs} diff --git a/dashboard/dashboard-monitoring.md b/dashboard/dashboard-monitoring.md index 14bbfdd34993b..928cbe70e5317 100644 --- a/dashboard/dashboard-monitoring.md +++ b/dashboard/dashboard-monitoring.md @@ -1,6 +1,6 @@ --- title: TiDB Dashboard Monitoring Page -summary: TiDB Dashboardのモニタリングページでは、パフォーマンスを効率的に分析し、データベースのボトルネックを特定できます。主要なメトリクスには、データベース時間、SQL実行時間、QPS、接続数、TiDBおよびTiKVのCPU使用率、接続アイドル時間、解析・コンパイル・実行時間、TiDB KVリクエスト時間、TiKV gRPC時間、PD TSO待機/RPC時間、ストレージ非同期書き込み時間、保存時間、適用時間、ログ追加時間、ログコミット時間、ログ適用時間などがあります。 +summary: TiDB Dashboardのモニタリングページでは、パフォーマンスを効率的に分析し、データベースのボトルネックを特定できます。主要なメトリクスには、データベース時間、SQL実行時間、QPS、接続数、TiDBおよびTiKVのCPU使用率、接続アイドル時間、解析・コンパイル・実行時間、TiDB KVリクエスト時間、TiKV gRPC時間、PD TSO待機/RPC時間、ストレージ非同期書き込み時間、保存時間、apply時間、ログ追加時間、ログコミット時間、ログapply時間などがあります。 --- # TiDB Dashboard監視ページ {#tidb-dashboard-monitoring-page} @@ -29,19 +29,19 @@ TiDBクラスターをTiUPを使用してデプロイした場合、Grafanaで 次のセクションでは、パフォーマンス概要ダッシュボードのメトリックについて説明します。 -### SQLタイプ別のデータベース時間 {#database-time-by-sql-type} +### Database Time by SQL Type {#database-time-by-sql-type} - `database time` : 1秒あたりの合計データベース時間 - `sql_type` : 各タイプのSQL文が1秒あたりに消費するデータベース時間 -### SQLフェーズ別のデータベース時間 {#database-time-by-sql-phase} +### Database Time by SQL Phase {#database-time-by-sql-phase} - `database time` : 1秒あたりの合計データベース時間 - `get token/parse/compile/execute` : 4つのSQL処理フェーズで消費されたデータベース時間 SQL実行フェーズは緑色で、その他のフェーズは全体的に赤色で表示されます。緑色以外の領域が大きい場合は、実行フェーズ以外のフェーズでデータベース時間が大量に消費されていることを意味し、さらなる原因分析が必要です。 -### SQL実行時間の概要 {#sql-execute-time-overview} +### SQL Execute Time Overview {#sql-execute-time-overview} - `execute time` : SQL実行中に1秒あたりに消費されたデータベース時間 - `tso_wait` : SQL実行中の1秒あたりの同時TSO待機時間 @@ -56,32 +56,32 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 ### QPS {#qps} -すべて`UPDATE` TiDB インスタンスで 1秒あたりに実行された SQL 文の数 (タイプ別: `SELECT`など`INSERT` +すべての TiDB インスタンスで 1秒あたりに実行された SQL 文の数（タイプ別に収集: `SELECT`、`INSERT`、`UPDATE`など） -### CPSタイプ別 {#cps-by-type} +### CPS By Type {#cps-by-type} タイプに基づいて、すべての TiDB インスタンスによって 1秒あたりに処理されるコマンドの数 -### プランキャッシュOPSを使用したクエリ {#queries-using-plan-cache-ops} +### Queries Using Plan Cache OPS {#queries-using-plan-cache-ops} すべての TiDB インスタンスにおける 1秒あたりのプランキャッシュを使用するクエリの数 -### KV/TSO リクエスト OPS {#kv-tso-request-ops} +### KV/TSO Request OPS {#kv-tso-request-ops} -- kvリクエスト合計: すべてのTiDBインスタンスにおける1秒あたりのKVリクエストの合計数 -- タイプ別の KV リクエスト数: `Get`など`Commit`タイプに基づいて`Prewrite`すべての TiDB インスタンスでの 1秒あたりの KV リクエスト数 +- kv request total: すべてのTiDBインスタンスにおける1秒あたりのKVリクエストの合計数 +- kv request by type: `Get`、`Prewrite`、`Commit`などのタイプに基づいて、すべての TiDB インスタンスでの 1秒あたりの KV リクエスト数 - tso - cmd: TiDB がすべての TiDB インスタンスの PD に送信する 1秒あたりの gRPC リクエストの数。各 gRPC リクエストには、TSO リクエストのバッチが含まれます。 -- tso - リクエスト: すべての TiDB インスタンスにおける 1秒あたりの TSO リクエスト数 +- tso - request: すべての TiDB インスタンスにおける 1秒あたりの TSO リクエスト数 通常、 `tso - request` `tso - cmd`で割った値が、1秒あたりの TSO 要求バッチの平均サイズになります。 -### 接続数 {#connection-count} +### Connection Count {#connection-count} - `total` : すべてのTiDBインスタンスへの接続数 - `active connections` : すべてのTiDBインスタンスへのアクティブな接続の数 - 各TiDBインスタンスへの接続数 -### TiDB CPU/メモリ {#tidb-cpu-memory} +### TiDB CPU/Memory {#tidb-cpu-memory} - `CPU-Avg` : すべての TiDB インスタンスの平均 CPU 使用率 - `CPU-Delta` : すべての TiDB インスタンスの最大 CPU 使用率からすべての TiDB インスタンスの最小 CPU 使用率を引いた値 @@ -89,7 +89,7 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - `CPU-Quota` : TiDBが使用できるCPUコアの数 - `Mem-Max` : すべての TiDB インスタンスの最大メモリ使用率 -### TiKV CPU/メモリ {#tikv-cpu-memory} +### TiKV CPU/Memory {#tikv-cpu-memory} - `CPU-Avg` : すべての TiKV インスタンスの平均 CPU 使用率 - `CPU-Delta` : すべての TiKV インスタンスの最大 CPU 使用率からすべての TiKV インスタンスの最小 CPU 使用率を引いた値 @@ -97,18 +97,18 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - `CPU-Quota` : TiKVが使用できるCPUコアの数 - `Mem-Max` : すべての TiKV インスタンスの最大メモリ使用率 -### PD CPU/メモリ {#pd-cpu-memory} +### PD CPU/Memory {#pd-cpu-memory} - `CPU-Max` : すべてのPDインスタンスの最大CPU使用率 - `CPU-Quota` : PDが使用できるCPUコアの数 - `Mem-Max` : すべてのPDインスタンスの最大メモリ使用率 -### トラフィックを読む {#read-traffic} +### Read Traffic {#read-traffic} - `TiDB -> Client` : TiDBからクライアントへの送信トラフィック統計 - `Rocksdb -> TiKV` :ストレージレイヤー内での読み取り操作中に TiKV が RocksDB から取得するデータフロー -### 書き込みトラフィック {#write-traffic} +### Write Traffic {#write-traffic} - `Client -> TiDB` : クライアントから TiDB への受信トラフィック統計 - `TiDB -> TiKV: general` : フォアグラウンドトランザクションが TiDB から TiKV に書き込まれる速度 @@ -116,7 +116,7 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - `TiKV -> Rocksdb` : TiKVからRocksDBへの書き込み操作の流れ - `RocksDB Compaction` : RocksDBの圧縮操作によって生成された合計読み取りおよび書き込みI/Oフロー -### 間隔 {#duration} +### Duration {#duration} - `Duration` : 実行時間 @@ -127,9 +127,9 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - `99` : すべてのリクエストを実行するためのP99期間 -- `avg by type` : すべての TiDB インスタンス内のすべてのリクエストを実行するのにかかった平均時間 (タイプ別`UPDATE`収集`INSERT` : `SELECT` +- `avg by type` : すべての TiDB インスタンス内のすべてのリクエストを実行するのにかかった平均時間（タイプ別に収集: `SELECT`、`INSERT`、`UPDATE`） -### 接続アイドル時間 {#connection-idle-duration} +### Connection Idle Duration {#connection-idle-duration} 接続アイドル期間は、接続がアイドル状態にある期間を示します。 @@ -138,7 +138,7 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - `99-in-txn` : 接続がトランザクション内にある場合の P99 接続アイドル期間 - `99-not-in-txn` : 接続がトランザクション内にない場合の P99 接続アイドル期間 -### 解析期間、コンパイル期間、実行期間 {#parse-duration-compile-duration-and-execute-duration} +### Parse Duration, Compile Duration, and Execute Duration {#parse-duration-compile-duration-and-execute-duration} - `Parse Duration` : SQL文の解析に要した時間 - `Compile Duration` : 解析されたSQL ASTを実行計画にコンパイルするのにかかる時間 @@ -146,35 +146,35 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 これら3つのメトリックにはすべて、すべての TiDB インスタンスの平均期間と 99 パーセンタイル期間が含まれます。 -### 平均 TiDB KV リクエスト期間 {#avg-tidb-kv-request-duration} +### Avg TiDB KV Request Duration {#avg-tidb-kv-request-duration} `Get` 、 `Prewrite` 、 `Commit`を含むタイプに基づいて、すべての TiDB インスタンスでの KV 要求の実行に費やされた平均時間。 -### 平均 TiKV GRPC 期間 {#avg-tikv-grpc-duration} +### Avg TiKV GRPC Duration {#avg-tikv-grpc-duration} `kv_get` 、 `kv_prewrite` 、 `kv_commit`を含むタイプに基づいて、すべての TiKV インスタンスでの gRPC リクエストの実行に費やされた平均時間。 -### PD TSO 待機/RPC 期間 {#pd-tso-wait-rpc-duration} +### PD TSO Wait/RPC Duration {#pd-tso-wait-rpc-duration} - `wait - avg` : すべての TiDB インスタンスで PD が TSO を返すのを待つ平均時間 - `rpc - avg` : PDにTSOリクエストを送信してからすべてのTiDBインスタンスでTSOを受信するまでの平均時間 - `wait - 99` : すべての TiDB インスタンスで PD が TSO を返すのを待つ P99時間 - `rpc - 99` : PDにTSOリクエストを送信してからすべてのTiDBインスタンスでTSOを受信するまでのP99時間 -### ストレージ非同期書き込み期間、保存期間、適用期間 {#storage-async-write-duration-store-duration-and-apply-duration} +### Storage Async Write Duration, Store Duration, and Apply Duration {#storage-async-write-duration-store-duration-and-apply-duration} - `Storage Async Write Duration` : 非同期書き込みにかかった時間 - `Store Duration` : 非同期書き込み中のストアループで消費された時間 -- `Apply Duration` : 非同期書き込み中の適用ループで消費された時間 +- `Apply Duration` : 非同期書き込み中のapplyループで消費された時間 これら3つのメトリックにはすべて、すべての TiKV インスタンスの平均期間と P99 期間が含まれます。 -平均ストレージ非同期書き込み時間 = 平均保存時間 + 平均適用時間 +平均ストレージ非同期書き込み時間 = 平均保存時間 + 平均apply時間 -### 追加ログ期間、コミットログ期間、適用ログ期間 {#append-log-duration-commit-log-duration-and-apply-log-duration} +### Append Log Duration, Commit Log Duration, and Apply Log Duration {#append-log-duration-commit-log-duration-and-apply-log-duration} - `Append Log Duration` : Raftがログを追加するのにかかった時間 - `Commit Log Duration` : Raftがログをコミットするのにかかる時間 -- `Apply Log Duration` : Raftがログを適用するのに要した時間 +- `Apply Log Duration` : Raftがログをapplyするのに要した時間 これら3つのメトリックにはすべて、すべての TiKV インスタンスの平均期間と P99 期間が含まれます。 diff --git a/deploy-monitoring-services.md b/deploy-monitoring-services.md index 455f63b33175a..5c0c7ffe88b48 100644 --- a/deploy-monitoring-services.md +++ b/deploy-monitoring-services.md @@ -274,4 +274,4 @@ PDサーバー、TiKVサーバー、および TiDBサーバーの Grafana ダッ - Raftの提案コマンドの総回数 - Raftがコマンドを実行する期間 - Raftコマンドが失敗した合計回数 - - Raftが準備完了状態を処理する合計回数 + - Raftがready状態を処理する合計回数 diff --git a/dynamic-config.md b/dynamic-config.md index 4e1a81e7b0402..2404a0b6b826a 100644 --- a/dynamic-config.md +++ b/dynamic-config.md @@ -122,7 +122,7 @@ show warnings; | `raftstore.raft-max-size-per-msg` | 生成できる単一のメッセージパケットのサイズのソフト制限 | | `raftstore.raft-entry-max-size` | 単一のRaftログの最大サイズに対するハード制限 | | `raftstore.raft-entry-cache-life-time` | メモリ内のログキャッシュに許容される最大残り時間 | -| `raftstore.max-apply-unpersisted-log-limit` | コミットされたが永続化されないRaftログの最大数を適用できます | +| `raftstore.max-apply-unpersisted-log-limit` | コミットされたが永続化されないRaftログの最大数をapplyできます | | `raftstore.split-region-check-tick-interval` | リージョン分割が必要かどうかを確認する時間間隔 | | `raftstore.region-split-check-diff` | リージョン分割前にリージョンデータが超過できる最大値 | | `raftstore.pd-heartbeat-tick-interval` | PDへのリージョンのハートビートがトリガーされる時間間隔 | @@ -141,9 +141,9 @@ show warnings; | `raftstore.merge-check-tick-interval` | マージチェックの時間間隔 | | `raftstore.cleanup-import-sst-interval` | 期限切れのSSTファイルをチェックする時間間隔 | | `raftstore.local-read-batch-size` | 1バッチで処理される読み取り要求の最大数 | -| `raftstore.apply-yield-write-size` | 適用スレッドが各ラウンドで1つのFSM（有限状態機械）に書き込むことができる最大バイト数 | +| `raftstore.apply-yield-write-size` | Applyスレッドが各ラウンドで1つのFSM（有限状態機械）に書き込むことができる最大バイト数 | | `raftstore.hibernate-timeout` | 起動時に休止状態に入るまでの最短待機時間。この時間内は、TiKV は休止状態になりません（解放されません）。 | -| `raftstore.apply-pool-size` | ディスクにデータをフラッシュするプール内のスレッドの数。これは適用スレッドプールのサイズです。 | +| `raftstore.apply-pool-size` | ディスクにデータをフラッシュするプール内のスレッドの数。これはApplyスレッドプールのサイズです。 | | `raftstore.store-pool-size` | Raftを処理するプール内のスレッドの数。これはRaftstoreスレッドプールのサイズです。 | | `raftstore.apply-max-batch-size` | Raftステートマシンは、BatchSystemによってデータ書き込みリクエストをバッチ処理します。この設定項目は、1バッチでリクエストを実行できるRaftステートマシンの最大数を指定します。 | | `raftstore.store-max-batch-size` | Raftステートマシンは、BatchSystemによってログをディスクにフラッシュするリクエストをバッチ処理します。この設定項目は、1回のバッチでリクエストを処理できるRaftステートマシンの最大数を指定します。 | diff --git a/grafana-performance-overview-dashboard.md b/grafana-performance-overview-dashboard.md index 338598d471fec..74b3ae960c59d 100644 --- a/grafana-performance-overview-dashboard.md +++ b/grafana-performance-overview-dashboard.md @@ -21,25 +21,25 @@ Grafanaダッシュボードは、PD、TiDB、TiKV、Node_exporter、概要、 次のセクションでは、パフォーマンス概要ダッシュボードのメトリックについて説明します。 -## パフォーマンスの概要 {#performance-overview} +## Performance Overview {#performance-overview} -### SQLタイプ別のデータベース時間 {#database-time-by-sql-type} +### Database Time by SQL Type {#database-time-by-sql-type} -- データベース時間: 1秒あたりの合計データベース時間 +- database time: 1秒あたりの合計データベース時間 - sql_type: 各タイプのSQL文で1秒あたりに消費されたデータベース時間 -### SQLフェーズ別のデータベース時間 {#database-time-by-sql-phase} +### Database Time by SQL Phase {#database-time-by-sql-phase} -- データベース時間: 1秒あたりの合計データベース時間 -- トークンの取得/解析/コンパイル/実行: 4つのSQL処理フェーズで消費されるデータベース時間 +- database time: 1秒あたりの合計データベース時間 +- get token/parse/compile/execute: 4つのSQL処理フェーズで消費されるデータベース時間 SQL実行フェーズは緑色で、その他のフェーズは全体的に赤色で表示されます。緑色以外の領域が大きい場合は、実行フェーズ以外のフェーズでデータベース時間が大量に消費されていることを意味し、さらなる原因分析が必要です。 -### SQL実行時間の概要 {#sql-execute-time-overview} +### SQL Execute Time Overview {#sql-execute-time-overview} -- 実行時間: SQL 実行中に 1秒あたりに消費されるデータベース時間 +- execute time: SQL 実行中に 1秒あたりに消費されるデータベース時間 - tso_wait: SQL実行中の1秒あたりの同時TSO待機時間 -- KVリクエストタイプ: SQL実行中に各KVリクエストタイプを1秒あたりに待機する時間。KVリクエストは同時実行されるため、合計KVリクエスト待機時間はSQL実行時間を超える場合があります。 +- kv request type: SQL実行中に各KVリクエストタイプを1秒あたりに待機する時間。KVリクエストは同時実行されるため、合計KVリクエスト待機時間はSQL実行時間を超える場合があります。 - tiflash_mpp: SQL 実行中に 1秒あたりにTiFlash要求を処理する時間。 緑のメトリクスは一般的なKV書き込みリクエスト（プリライトやコミットなど）、青のメトリクスは一般的な読み取りリクエスト、紫のメトリクスはTiFlash MPPリクエストを表します。その他の色のメトリクスは、注意が必要な予期しない状況を表します。例えば、悲観的ロックKVリクエストは赤で、TSO待機は濃い茶色で表示されます。 @@ -51,62 +51,62 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 ### QPS {#qps} -すべて`UPDATE` TiDB インスタンスで 1秒あたりに実行された SQL 文の数 (タイプ別: `SELECT`など`INSERT` +すべての TiDB インスタンスで 1秒あたりに実行された SQL 文の数（タイプ別に収集: `SELECT`、`INSERT`、`UPDATE`など） -### CPSタイプ別 {#cps-by-type} +### CPS By Type {#cps-by-type} タイプに基づいて、すべての TiDB インスタンスによって 1秒あたりに処理されるコマンドの数 -### プランキャッシュOPSを使用したクエリ {#queries-using-plan-cache-ops} +### Queries Using Plan Cache OPS {#queries-using-plan-cache-ops} -- 平均ヒット: すべての TiDB インスタンスで 1秒あたりに実行計画 キャッシュを使用するクエリの数 +- avg-hit: すべての TiDB インスタンスで 1秒あたりに実行計画 キャッシュを使用するクエリの数 - avg-miss: すべての TiDB インスタンスにおける、実行計画 キャッシュを使用していないクエリの数 (1秒あたり) `avg-hit + avg-miss`は`StmtExecute`に等しく、これは 1秒あたりに実行されるすべてのクエリの数です。 -### KV/TSO リクエスト OPS {#kv-tso-request-ops} +### KV/TSO Request OPS {#kv-tso-request-ops} -- kvリクエスト合計: すべてのTiDBインスタンスにおける1秒あたりのKVリクエストの合計数 -- タイプ別の KV リクエスト数: `Get`など`Commit`タイプに基づいて`Prewrite`すべての TiDB インスタンスでの 1秒あたりの KV リクエスト数 +- kv request total: すべてのTiDBインスタンスにおける1秒あたりのKVリクエストの合計数 +- kv request by type: `Get`、`Prewrite`、`Commit`などのタイプに基づいて、すべての TiDB インスタンスでの 1秒あたりの KV リクエスト数 - tso - cmd: TiDB がすべての TiDB インスタンスの PD に送信する 1秒あたりの gRPC リクエストの数。各 gRPC リクエストには、TSO リクエストのバッチが含まれます。 -- tso - リクエスト: すべての TiDB インスタンスにおける 1秒あたりの TSO リクエスト数 +- tso - request: すべての TiDB インスタンスにおける 1秒あたりの TSO リクエスト数 通常、 `tso - request`を`tso - cmd`で割った値が、1秒あたりの TSO 要求バッチの平均サイズになります。 -### ソース別KVリクエスト時間 {#kv-request-time-by-source} +### KV Request Time By Source {#kv-request-time-by-source} -- kv リクエスト合計時間: すべての TiDB インスタンスで 1秒あたりに KV およびTiFlashリクエストを処理する合計時間 +- kv request total time: すべての TiDB インスタンスで 1秒あたりに KV およびTiFlashリクエストを処理する合計時間 - 各 KV リクエストとそれに対応するリクエストソースは積み上げ棒グラフを形成し、 `external`通常のビジネス リクエストを識別し、 `internal`内部アクティビティ リクエスト (DDL やauto analyzeリクエストなど) を識別します。 ### TiDB CPU {#tidb-cpu} - avg: すべての TiDB インスタンスの平均 CPU 使用率 -- デルタ: すべての TiDB インスタンスの最大 CPU 使用率からすべての TiDB インスタンスの最小 CPU 使用率を引いた値 +- delta: すべての TiDB インスタンスの最大 CPU 使用率からすべての TiDB インスタンスの最小 CPU 使用率を引いた値 - max: すべての TiDB インスタンスの最大 CPU 使用率 ### TiKV CPU/IO MBps {#tikv-cpu-io-mbps} - CPU-Avg: すべての TiKV インスタンスの平均 CPU 使用率 -- CPU デルタ: すべての TiKV インスタンスの最大 CPU 使用率からすべての TiKV インスタンスの最小 CPU 使用率を引いた値 +- CPU-Delta: すべての TiKV インスタンスの最大 CPU 使用率からすべての TiKV インスタンスの最小 CPU 使用率を引いた値 - CPU-MAX: すべての TiKV インスタンス間の最大 CPU 使用率 - IO-Avg: すべての TiKV インスタンスの平均 MBps - IO-Delt: すべての TiKV インスタンスの最大 MBps からすべての TiKV インスタンスの最小 MBps を引いた値 - IO-MAX: すべての TiKV インスタンスの最大 MBps -### 間隔 {#duration} +### Duration {#duration} -- 所要時間: 実行時間 +- Duration: 実行時間 - クライアントからのリクエストをTiDBが受信してから、TiDBがそのリクエストを実行し、結果をクライアントに返すまでの時間。通常、クライアントからのリクエストはSQL文の形式で送信されますが、この時間には`COM_PING` 、 `COM_SLEEP` 、 `COM_STMT_FETCH` 、 `COM_SEND_LONG_DATA`などのコマンドの実行時間も含まれる場合があります。 - TiDBはマルチクエリをサポートしています。つまり、クライアントは一度に複数のSQL文（例： `select 1; select 1; select 1;`を送信できます。この場合、このクエリの合計実行時間には、すべてのSQL文の実行時間が含まれます。 -- 平均: すべてのリクエストを実行するのにかかった平均時間 +- avg: すべてのリクエストを実行するのにかかった平均時間 - 99: すべてのリクエストを実行するためのP99期間 -- タイプ別の平均: すべての TiDB インスタンス内のすべてのリクエストを実行するのにかかった平均時間 (タイプ`SELECT` `UPDATE`収集`INSERT` +- avg by type: すべての TiDB インスタンス内のすべてのリクエストを実行するのにかかった平均時間（タイプ別に収集: `SELECT`、`INSERT`、`UPDATE`） -### 接続アイドル時間 {#connection-idle-duration} +### Connection Idle Duration {#connection-idle-duration} 接続アイドル期間は、接続がアイドル状態にある期間を示します。 @@ -114,90 +114,90 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - avg-not-in-txn: 接続がトランザクション内にない場合の平均接続アイドル期間 - 99-in-txn: 接続がトランザクション内にある場合の P99 接続アイドル期間 -### 接続数 {#connection-count} +### Connection Count {#connection-count} -- 合計: すべてのTiDBインスタンスへの接続数 -- アクティブな接続: すべての TiDB インスタンスへのアクティブな接続の数 +- total: すべてのTiDBインスタンスへの接続数 +- active connections: すべての TiDB インスタンスへのアクティブな接続の数 - tidb-{node-number}-peer: 各TiDBインスタンスへの接続数 -- 切断/秒: TiDB クラスタ内の切断回数 +- disconnection/s: TiDB クラスタ内の切断回数 - 99-not-in-txn: 接続がトランザクション内にない場合の P99 接続アイドル期間 -### 解析期間、コンパイル期間、実行期間 {#parse-duration-compile-duration-and-execute-duration} +### Parse Duration, Compile Duration, and Execute Duration {#parse-duration-compile-duration-and-execute-duration} -- 解析時間: SQL文の解析にかかった時間 -- コンパイル時間: 解析されたSQL ASTを実行計画にコンパイルするのにかかる時間 -- 実行時間: SQL文の実行計画の実行に要した時間 +- Parse Duration: SQL文の解析にかかった時間 +- Compile Duration: 解析されたSQL ASTを実行計画にコンパイルするのにかかる時間 +- Execution Duration: SQL文の実行計画の実行に要した時間 これら3つのメトリックにはすべて、すべての TiDB インスタンスの平均期間と 99 パーセンタイル期間が含まれます。 -### 平均 TiDB KV リクエスト期間 {#avg-tidb-kv-request-duration} +### Avg TiDB KV Request Duration {#avg-tidb-kv-request-duration} `Get` 、 `Prewrite` 、 `Commit`を含むタイプに基づいて、すべての TiDB インスタンスでの KV 要求の実行に費やされた平均時間。 -### 平均 TiKV GRPC 期間 {#avg-tikv-grpc-duration} +### Avg TiKV GRPC Duration {#avg-tikv-grpc-duration} `kv_get` 、 `kv_prewrite` 、 `kv_commit`を含むタイプに基づいて、すべての TiKV インスタンスでの gRPC リクエストの実行に費やされた平均時間。 -### PD TSO 待機/RPC 期間 {#pd-tso-wait-rpc-duration} +### PD TSO Wait/RPC Duration {#pd-tso-wait-rpc-duration} - wait - avg: すべての TiDB インスタンスで PD が TSO を返すのを待つ平均時間 -- rpc - 平均: TiDB が TSO を取得するために PD に gRPC リクエストを送信してから、すべての TiDB インスタンスで TiDB が TSO を受信するまでの平均期間 +- rpc - avg: TiDB が TSO を取得するために PD に gRPC リクエストを送信してから、すべての TiDB インスタンスで TiDB が TSO を受信するまでの平均期間 - wait - 99: すべての TiDB インスタンスで PD が TSO を返すのを待つ P99 期間 - rpc - 99: TiDB が TSO を取得するために PD に gRPC 要求を送信してから、すべての TiDB インスタンスで TiDB が TSO を受信するまでの P99 期間 -### ストレージ非同期書き込み期間、保存期間、適用期間 {#storage-async-write-duration-store-duration-and-apply-duration} +### Storage Async Write Duration, Store Duration, and Apply Duration {#storage-async-write-duration-store-duration-and-apply-duration} -- ストレージ非同期書き込み時間: 非同期書き込みにかかる時間 -- ストア期間: 非同期書き込み中にストアループで消費される時間 -- 適用期間: 非同期書き込み中の適用ループで消費された時間 +- Storage Async Write Duration: 非同期書き込みにかかる時間 +- Store Duration: 非同期書き込み中にストアループで消費される時間 +- Apply Duration: 非同期書き込み中のapplyループで消費された時間 これら3つのメトリックにはすべて、すべての TiKV インスタンスの平均期間と P99 期間が含まれます。 -平均ストレージ非同期書き込み時間 = 平均保存時間 + 平均適用時間 +平均ストレージ非同期書き込み時間 = 平均保存時間 + 平均apply時間 -### 追加ログ期間、コミットログ期間、適用ログ期間 {#append-log-duration-commit-log-duration-and-apply-log-duration} +### Append Log Duration, Commit Log Duration, and Apply Log Duration {#append-log-duration-commit-log-duration-and-apply-log-duration} -- ログ追加時間: Raftがログを追加するのにかかる時間 -- コミットログ期間: Raftがログをコミットするのにかかる時間 -- ログ適用期間: Raftがログを適用するのにかかる時間 +- Append Log Duration: Raftがログを追加するのにかかる時間 +- Commit Log Duration: Raftがログをコミットするのにかかる時間 +- Apply Log Duration: Raftがログをapplyするのにかかる時間 これら3つのメトリックにはすべて、すべての TiKV インスタンスの平均期間と P99 期間が含まれます。 -### パフォーマンス概要パネルのインターフェース {#interface-of-the-performance-overview-panels} +### Interface of the Performance Overview panels {#interface-of-the-performance-overview-panels} ![performance overview](/media/performance/grafana_performance_overview.png) ## TiFlash {#tiflash} - CPU: TiFlashインスタンスごとの CPU 使用率。 -- メモリ: TiFlashインスタンスごとのメモリ使用量。 -- IO 使用率: TiFlashインスタンスごとの IO 使用率。 -- MPP クエリ数: TiFlashインスタンスあたりの 1秒あたりのTiFlash MPP クエリ数。 -- 要求 QPS: すべてのTiFlashインスタンスによって受信されたコプロセッサ要求の数。 +- Memory: TiFlashインスタンスごとのメモリ使用量。 +- IO utilization: TiFlashインスタンスごとの IO 使用率。 +- MPP Query count: TiFlashインスタンスあたりの 1秒あたりのTiFlash MPP クエリ数。 +- Request QPS: すべてのTiFlashインスタンスによって受信されたコプロセッサ要求の数。 - `batch` : バッチリクエストの数。 - `batch_cop` : バッチ要求内のコプロセッサ要求の数。 - `cop` : コプロセッサ インターフェイスを介して直接送信されるコプロセッサ要求の数。 - `cop_dag` : すべてのコプロセッサ要求内の DAG 要求の数。 - `super_batch` : スーパーバッチ機能を有効にするリクエストの数。 -- Executor QPS: すべてのTiFlashインスタンスが受信したリクエスト内の各タイプの DAG Executor の数。`table_scan`はテーブルスキャン Executor です。`selection`は選択 Executor です。 `aggregation`は集約 Executor です`top_n`は`TopN` Executor です`limit`は制限 Executor です。 -- リクエスト期間の概要: すべてのTiFlashインスタンスのすべてのリクエストタイプについて、1秒あたりの合計処理時間の積み上げグラフを提供します。 -- リクエスト期間: すべてのTiFlashインスタンスにおける各MPPおよびコプロセッサリクエストタイプの合計処理期間。コプロセッサリクエストの受信からリクエストへの応答が完了するまでの時間であり、平均レイテンシーとp99レイテンシーが含まれます。 -- リクエスト処理時間：すべてのTiFlashインスタンスにおける各MPPおよびコプロセッサリクエストタイプの実際の処理時間。コプロセッサリクエストの実行開始から完了までの時間であり、平均レイテンシーとp99レイテンシーが含まれます。 -- Raft待機インデックス期間: すべてのTiFlashインスタンスに対して`wait_index`が使用する時間。つまり、 `read_index`要求を受信してから、リージョンインデックスが`read_index`になるまで待機する時間です。 -- Raftバッチインデックス読み取り時間: すべてのTiFlashインスタンスの`read_index`が使用する時間。ほとんどの時間は、リージョンリーダーとのやり取りと再試行に使用されます。 -- インスタンスごとの書き込みスループット：インスタンスごとの書き込みスループット。RaftRaftコマンドとRaftスナップショットを適用した場合のスループットも含まれます。 -- 書き込みフロー: すべてのTiFlashインスタンスによるディスク書き込みのトラフィック。 -- 読み取りフロー: すべてのTiFlashインスタンスによるディスク読み取りのトラフィック。 +- Executor QPS: すべてのTiFlashインスタンスが受信したリクエスト内の各タイプの DAG Executor の数。`table_scan`はテーブルスキャン Executor です。`selection`は選択 Executor です。`aggregation`は集約 Executor です。`top_n`は`TopN` Executor です。`limit`は制限 Executor です。 +- Request Duration Overview: すべてのTiFlashインスタンスのすべてのリクエストタイプについて、1秒あたりの合計処理時間の積み上げグラフを提供します。 +- Request Duration: すべてのTiFlashインスタンスにおける各MPPおよびコプロセッサリクエストタイプの合計処理期間。コプロセッサリクエストの受信からリクエストへの応答が完了するまでの時間であり、平均レイテンシーとp99レイテンシーが含まれます。 +- Request Handle Duration：すべてのTiFlashインスタンスにおける各MPPおよびコプロセッサリクエストタイプの実際の処理時間。コプロセッサリクエストの実行開始から完了までの時間であり、平均レイテンシーとp99レイテンシーが含まれます。 +- Raft Wait Index Duration: すべてのTiFlashインスタンスに対して`wait_index`が使用する時間。つまり、 `read_index`要求を受信してから、リージョンインデックスが`read_index`になるまで待機する時間です。 +- Raft Batch Read Index Duration: すべてのTiFlashインスタンスの`read_index`が使用する時間。ほとんどの時間は、リージョンリーダーとのやり取りと再試行に使用されます。 +- Write Throughput By Instance：インスタンスごとの書き込みスループット。Raft書き込みコマンドとRaftスナップショットをapplyした場合のスループットも含まれます。 +- Write flow: すべてのTiFlashインスタンスによるディスク書き込みのトラフィック。 +- Read flow: すべてのTiFlashインスタンスによるディスク読み取りのトラフィック。 ## CDC {#cdc} -- CPU 使用率: TiCDC ノードごとの CPU 使用率。 -- メモリ使用量: TiCDC ノードごとのメモリ使用量。 -- ゴルーチン数: TiCDC ノードあたりのゴルーチンの数。 -- Changefeed チェックポイントラグ: アップストリームとダウンストリーム間のデータ複製の進行ラグ (単位は秒)。 -- Changefeed 解決 ts ラグ: アップストリーム ノードと TiCDC ノード間のデータ複製の進行ラグ (単位は秒)。 -- チェンジフィードのステータス: +- CPU usage: TiCDC ノードごとの CPU 使用率。 +- Memory usage: TiCDC ノードごとのメモリ使用量。 +- Goroutine count: TiCDC ノードあたりのゴルーチンの数。 +- Changefeed checkpoint lag: アップストリームとダウンストリーム間のデータ複製の進行ラグ (単位は秒)。 +- Changefeed resolved ts lag: アップストリーム ノードと TiCDC ノード間のデータ複製の進行ラグ (単位は秒)。 +- The status of changefeeds: - 0: 正常 - 1: エラー @@ -205,11 +205,11 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - 3: 停止 - 4: 完了 - -1: 不明 -- Puller 出力イベント/秒: TiCDC ノードの Puller モジュールが Sorter モジュールに 1秒あたりに送信する行数。 -- ソーター出力イベント/秒: TiCDC ノードのソーターモジュールがマウント モジュールに 1秒あたりに送信する行数。 -- マウンター出力イベント/秒: TiCDC ノードのマウンター モジュールがシンク モジュールに 1秒あたりに送信する行数。 -- テーブル シンク出力イベント/秒: TiCDC ノードのテーブル ソーターモジュールがシンク モジュールに 1秒あたりに送信する行数。 -- SinkV2 - シンク フラッシュ行数/秒: TiCDC ノードのシンク モジュールがダウンストリームに 1秒あたりに送信する行数。 -- トランザクションシンクの完全フラッシュ期間: TiCDC ノードの MySQL シンクによるダウンストリーム トランザクションの書き込みの平均レイテンシーと p999レイテンシー。 -- MQ ワーカーのメッセージ送信期間パーセンタイル: ダウンストリームが Kafka の場合の MQ ワーカーによるメッセージ送信のレイテンシー。 -- Kafka 送信バイト: MQ ワークロードでのダウンストリーム トランザクションの書き込みトラフィック。 +- Puller output events/s: TiCDC ノードの Puller モジュールが Sorter モジュールに 1秒あたりに送信する行数。 +- Sorter output events/s: TiCDC ノードのソーターモジュールがマウント モジュールに 1秒あたりに送信する行数。 +- Mounter output events/s: TiCDC ノードのマウンター モジュールがシンク モジュールに 1秒あたりに送信する行数。 +- Table sink output events/s: TiCDC ノードのテーブル ソーターモジュールがシンク モジュールに 1秒あたりに送信する行数。 +- SinkV2 - Sink flush rows/s: TiCDC ノードのシンク モジュールがダウンストリームに 1秒あたりに送信する行数。 +- Transaction Sink Full Flush Duration: TiCDC ノードの MySQL シンクによるダウンストリーム トランザクションの書き込みの平均レイテンシーと p999レイテンシー。 +- MQ Worker Send Message Duration Percentile: ダウンストリームが Kafka の場合の MQ ワーカーによるメッセージ送信のレイテンシー。 +- Kafka Outgoing Bytes: MQ ワークロードでのダウンストリーム トランザクションの書き込みトラフィック。 diff --git a/latency-breakdown.md b/latency-breakdown.md index 928f0431bd486..9c91a08c2acbf 100644 --- a/latency-breakdown.md +++ b/latency-breakdown.md @@ -726,7 +726,7 @@ async write duration(async io enabled) = - 提案 - コミット -- 適用：上記の式に`tikv_raftstore_apply_wait_time_duration_secs + tikv_raftstore_apply_log_duration_seconds`を代入する +- Apply：上記の式に`tikv_raftstore_apply_wait_time_duration_secs + tikv_raftstore_apply_log_duration_seconds`を代入する 提案フェーズの期間は次のように計算されます。 @@ -855,7 +855,7 @@ tikv_raftstore_apply_log_duration_seconds = tikv_raftstore_apply_perf_context_time_duration_secs{type="write_memtable_time"} ``` -非同期書き込みプロセスでは、コミットされたログをKV DBに適用する必要があります。適用時間はRocksDBのパフォーマンスコンテキストから計算できます。 +非同期書き込みプロセスでは、コミットされたログをKV DBにapplyする必要があります。apply時間はRocksDBのパフォーマンスコンテキストから計算できます。 ## 診断のユースケース {#diagnosis-use-cases} diff --git a/performance-tuning-methods.md b/performance-tuning-methods.md index 7586233fbd092..0774314393ca1 100644 --- a/performance-tuning-methods.md +++ b/performance-tuning-methods.md @@ -522,7 +522,7 @@ v5.4.0では、書き込み中心のOLTPワークロードのQPSがv5.3.0と比 | :-------- | :----------- | :----------- | | ログ追加期間 | 0.27 | 0.303 | | コミットログの期間 | 13 | 8.68 | -| ログ期間を適用する | 0.457 | 0.514 | +| 適用ログ期間 | 0.457 | 0.514 | v5.4.0 では、gPRC モジュールが最適化され、 Raftログのレプリケーションが高速化され、v5.3.0 と比較して`Commit Log Duration`と`Store Duration`削減されました。 diff --git a/releases/release-7.1.6.md b/releases/release-7.1.6.md index efa646115bab4..380c69df29272 100644 --- a/releases/release-7.1.6.md +++ b/releases/release-7.1.6.md @@ -35,7 +35,7 @@ TiDB バージョン: 7.1.6 - ピアのスローログを追加し、メッセージを保存します。 [#16600](https://github.com/tikv/tikv/issues/16600) @[Connor1996](https://github.com/Connor1996) - RocksDB の圧縮トリガー メカニズムを最適化し、多数の DELETE バージョンを処理するときにディスク領域の再利用を高速化します。 [#17269](https://github.com/tikv/tikv/issues/17269) @[AndreMouche](https://github.com/AndreMouche) - - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) + - ログのapplyを待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) - 不要な非同期ブロックを削除してメモリ使用量を削減する[#16540](https://github.com/tikv/tikv/issues/16540) @[overvenus](https://github.com/overvenus) - TiFlash diff --git a/releases/release-7.5.4.md b/releases/release-7.5.4.md index 1a8837062436c..8d8a96ad3264b 100644 --- a/releases/release-7.5.4.md +++ b/releases/release-7.5.4.md @@ -26,7 +26,7 @@ TiDB バージョン: 7.5.4 - RocksDB 圧縮のトリガー メカニズムを最適化し、多数の DELETE バージョンを処理するときにディスク領域の再利用を高速化します。 [#17269](https://github.com/tikv/tikv/issues/17269) @[AndreMouche](https://github.com/AndreMouche) - ピアメッセージチャネルのメモリ使用量を減らす [#16229](https://github.com/tikv/tikv/issues/16229) @[Connor1996](https://github.com/Connor1996) - - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) + - ログのapplyを待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) - TiKVの`DiskFull`検出を最適化してRaftEngineの`spill-dir`構成と互換性を持たせ、この機能が一貫して動作することを保証します。 [#17356](https://github.com/tikv/tikv/issues/17356) @[LykxSassinator](https://github.com/LykxSassinator) - TiFlash diff --git a/releases/release-7.5.5.md b/releases/release-7.5.5.md index e59bfe012de5e..3322a8df779b5 100644 --- a/releases/release-7.5.5.md +++ b/releases/release-7.5.5.md @@ -26,7 +26,7 @@ TiDB バージョン: 7.5.5 - Raftと RocksDB が異なるディスクにデプロイされている場合、RocksDB が配置されているディスクでは低速ディスク検出が機能しない問題を修正[#17884](https://github.com/tikv/tikv/issues/17884) @[LykxSassinator](https://github.com/LykxSassinator) - ピアのスローログを追加し、メッセージを保存します。 [#16600](https://github.com/tikv/tikv/issues/16600) @[Connor1996](https://github.com/Connor1996) - - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) + - ログのapplyを待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) - TiFlash diff --git a/releases/release-7.5.6.md b/releases/release-7.5.6.md index 86c344a2fa0ce..1b9a6e6e53cf5 100644 --- a/releases/release-7.5.6.md +++ b/releases/release-7.5.6.md @@ -27,7 +27,7 @@ TiDB バージョン: 7.5.6 - 無効な`max_ts`更新の検出メカニズムを追加[#17916](https://github.com/tikv/tikv/issues/17916) @[ekexium](https://github.com/ekexium) - ピアのスローログを追加し、メッセージを保存します [#16600](https://github.com/tikv/tikv/issues/16600) @[Connor1996](https://github.com/Connor1996) - - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) + - ログのapplyを待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) - TiFlash diff --git a/releases/release-7.5.7.md b/releases/release-7.5.7.md index 5cea735db8ef4..b5f9948ee8a3d 100644 --- a/releases/release-7.5.7.md +++ b/releases/release-7.5.7.md @@ -41,7 +41,7 @@ TiDB バージョン: 7.5.7 - Raftstoreの`CompactedEvent`処理を`split-check`ワーカーに移動して最適化し、メインのRaftstoreスレッドのブロッキングを削減します。 [#18532](https://github.com/tikv/tikv/issues/18532) @[LykxSassinator](https://github.com/LykxSassinator) - スレッドごとのメモリ使用量のメトリックを追加します。 [#15927](https://github.com/tikv/tikv/issues/15927) @[Connor1996](https://github.com/Connor1996) - SST の取り込みが遅すぎる場合は`SST ingest is experiencing slowdowns`のみをログに記録し、パフォーマンスのジッターを回避するために`get_sst_key_ranges`呼び出しをスキップします[#18549](https://github.com/tikv/tikv/issues/18549) @[LykxSassinator](https://github.com/LykxSassinator) - - ログの適用を待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) + - ログのapplyを待つために TiKV を再起動するときに発生する不安定なアクセス遅延を最適化し、TiKV の安定性を向上しました。 [#15874](https://github.com/tikv/tikv/issues/15874) @[LykxSassinator](https://github.com/LykxSassinator) - 残留データのクリーンアップメカニズムを最適化して、リクエストのレイテンシーへの影響を軽減します。 [#18107](https://github.com/tikv/tikv/issues/18107) @[LykxSassinator](https://github.com/LykxSassinator) - Raft Engineの`fetch_entries_to`のパフォーマンスを最適化して競合を減らし、混合ワークロードでのパフォーマンスを向上します。 [#18605](https://github.com/tikv/tikv/issues/18605) @[LykxSassinator](https://github.com/LykxSassinator) - 書き込み操作のフロー制御構成の動的な変更をサポート[#17395](https://github.com/tikv/tikv/issues/17395) @[glorv](https://github.com/glorv) diff --git a/releases/release-8.2.0.md b/releases/release-8.2.0.md index 77ced7c6a3234..ea9464aa1ca9d 100644 --- a/releases/release-8.2.0.md +++ b/releases/release-8.2.0.md @@ -162,7 +162,7 @@ TiDB バージョン: 8.2.0 | TiDB | [`concurrently-init-stats`](/tidb-configuration-file.md#concurrently-init-stats-new-in-v810-and-v752) | 変更 | 統計情報の初期化にかかる時間を短縮するため、デフォルト値を`false`から`true`に変更します。この設定項目は、 [`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710) `false`に設定されている場合にのみ有効になります。 | | TiDB | [`stats-load-concurrency`](/tidb-configuration-file.md#stats-load-concurrency-new-in-v540) | 変更 | デフォルト値を`5`から`0`に変更し、最小値を`1`から`0`に変更します。値`0`は自動モードを意味し、サーバーの設定に基づいて同時実行数を自動的に調整します。 | | TiDB | [`token-limit`](/tidb-configuration-file.md#token-limit) | 変更 | TiDB Server のメモリ不足エラー (OOM) が発生するのを避けるため、最大値を`18446744073709551615` (64 ビット プラットフォーム) および`4294967295` `1048576`に変更します。これにより、同時にリクエストを実行できるセッション数は最大`1048576`まで設定できます。 | -| TiKV | [`max-apply-unpersisted-log-limit`](/tikv-configuration-file.md#max-apply-unpersisted-log-limit-new-in-v810) | 変更 | TiKVノードのI/Oジッターによって発生するロングテールレイテンシーを削減するため、デフォルト値を`0`から`1024`に変更します。これは、コミット済みだが永続化されていないRaftログの最大適用数が、デフォルトでは`1024`であることを意味します。 | +| TiKV | [`max-apply-unpersisted-log-limit`](/tikv-configuration-file.md#max-apply-unpersisted-log-limit-new-in-v810) | 変更 | TiKVノードのI/Oジッターによって発生するロングテールレイテンシーを削減するため、デフォルト値を`0`から`1024`に変更します。これは、applyできる、コミット済みだが永続化されていないRaftログの最大数が、デフォルトでは`1024`であることを意味します。 | | TiKV | [`server.grpc-compression-type`](/tikv-configuration-file.md#grpc-compression-type) | 変更 | この設定項目では、TiKVからTiDBに送信される応答メッセージの圧縮アルゴリズムも制御できるようになりました。圧縮を有効にすると、CPUリソースの消費量が増加する可能性があります。 | | TiFlash | [`security.redact_info_log`](/tiflash/tiflash-configuration.md#configure-the-tiflashtoml-file) | 変更 | 新しい値オプション`marker`が導入されました。値を`marker`に設定すると、ログ内のすべてのユーザーデータが`‹ ›`で囲まれます。 | @@ -212,11 +212,11 @@ TiDB バージョン: 8.2.0 - TiKV - 単一の圧縮ジョブに関係する SST ファイルの数を表示する**圧縮ジョブサイズ (ファイル)**メトリックを追加します [#16837](https://github.com/tikv/tikv/issues/16837) @[zhangjinpeng87](https://github.com/zhangjinpeng87) - - [早期応募](/tikv-configuration-file.md#max-apply-unpersisted-log-limit-new-in-v810)をデフォルトで有効にします。この機能を有効にすると、 Raftリーダーは、クォーラム ピアがログを永続化した後、リーダー自身がログを永続化するのを待たずにログを適用できるため、少数の TiKV ノードでのジッターが書き込みリクエストのレイテンシーに与える影響が軽減されます。 [#16717](https://github.com/tikv/tikv/issues/16717) @[glorv](https://github.com/glorv) + - [早期apply](/tikv-configuration-file.md#max-apply-unpersisted-log-limit-new-in-v810)をデフォルトで有効にします。この機能を有効にすると、 Raftリーダーは、クォーラム ピアがログを永続化した後、リーダー自身がログを永続化するのを待たずにログをapplyできるため、少数の TiKV ノードでのジッターが書き込みリクエストのレイテンシーに与える影響が軽減されます。 [#16717](https://github.com/tikv/tikv/issues/16717) @[glorv](https://github.com/glorv) - **Raftのドロップメッセージ**の可視性を向上させ、書き込み速度低下の根本原因を特定する [#17093](https://github.com/tikv/tikv/issues/17093) @[Connor1996](https://github.com/Connor1996) - クラスターのレイテンシーの問題をトラブルシューティングするために、ファイル取り込みレイテンシーの可視性を向上させる [#17078](https://github.com/tikv/tikv/issues/17078) @[LykxSassinator](https://github.com/LykxSassinator) - リージョンレプリカのクリーンアップに別のスレッドを使用して、重要なRaftの読み取りと書き込みのレイテンシーを安定させる [#16001](https://github.com/tikv/tikv/issues/16001) @[hbisheng](https://github.com/hbisheng) - - 適用されるスナップショットの数の可視性を向上させる [#17078](https://github.com/tikv/tikv/issues/17078) @[hbisheng](https://github.com/hbisheng) + - applyされるスナップショットの数の可視性を向上させる [#17078](https://github.com/tikv/tikv/issues/17078) @[hbisheng](https://github.com/hbisheng) - PD diff --git a/tidb-cloud/built-in-monitoring.md b/tidb-cloud/built-in-monitoring.md index d35ac2671e127..082e8e11a4e36 100644 --- a/tidb-cloud/built-in-monitoring.md +++ b/tidb-cloud/built-in-monitoring.md @@ -56,12 +56,12 @@ TiDB Cloudでは、メトリクスデータは7日間保持されます。 | Average TiDB KV Request Duration | {Request Type} | `Get` 、 `Prewrite`などのリクエストタイプに基づいて、すべて`Commit`でKVリクエストを実行するのに要する平均時間。 | | Average TiKV gRPC Duration | {Request Type} | `kv_get` 、 `kv_prewrite` `kv_commit`でgRPCリクエストを実行するのに要した平均時間。 | | Average / P99 PD TSO Wait/RPC Duration | wait-avg/99、rpc-avg/99 | 待機時間：すべてのTiDBノードにおいてPDがTSOを返すまでの待機時間の平均値、または99パーセンタイル値。
RPC: PDにTSOリクエストを送信してから、すべてのTiDBノードでTSOを受信するまでの平均時間、または99パーセンタイル値。 | -| Average / P99 Storage Async Write Duration | avg、99 | 非同期書き込みで消費される平均時間、または99パーセンタイル値。平均ストレージ非同期書き込み時間 = 平均ストレージ時間 + 平均適用時間。 | +| Average / P99 Storage Async Write Duration | avg、99 | 非同期書き込みで消費される平均時間、または99パーセンタイル値。平均ストレージ非同期書き込み時間 = 平均ストレージ時間 + 平均apply時間。 | | Average / P99 Store Duration | avg、99 | 非同期書き込み時のストレージループで消費される平均時間、または99パーセンタイル値。 | -| Average / P99 Apply Duration | avg、99 | 非同期書き込み中にループを適用する際に要する平均時間、または99パーセンタイル値。 | +| Average / P99 Apply Duration | avg、99 | 非同期書き込み中のapplyループで消費される平均時間、または99パーセンタイル値。 | | Average / P99 Append Log Duration | avg、99 | Raftがログを追加する際に要する平均時間、または99パーセンタイル値。 | | Average / P99 Commit Log Duration | avg、99 | Raftがログをコミットするのに要する平均時間、または99パーセンタイル値。 | -| Average / P99 Apply Log Duration | avg、99 | Raftがログを適用するために要する平均時間、または99パーセンタイル値。 | +| Average / P99 Apply Log Duration | avg、99 | Raftがログをapplyするために要する平均時間、または99パーセンタイル値。 | | Affected Rows | {SQL type} | SQLタイプ別の1秒あたりの処理行数。 | | Leader Count | {instance} | TiKVノードによってホストされているRaftリーダーリージョンの数。 | | Region Count | {instance} | TiKVノードによって管理されるデータ領域の総数。 | diff --git a/tidb-cloud/v8.5-performance-highlights.md b/tidb-cloud/v8.5-performance-highlights.md index a33ddb0a76956..ccd575b7acd09 100644 --- a/tidb-cloud/v8.5-performance-highlights.md +++ b/tidb-cloud/v8.5-performance-highlights.md @@ -72,7 +72,7 @@ MVCC バージョンが蓄積されると、要求されたデータと処理さ TiDB v8.5.0 では、クラウドディスク IO ジッターによるパフォーマンスへの影響を軽減するための複数の機能強化が導入されています。 -- **Leader書き込み最適化**: リーダーがコミットされたがまだ永続化されていないRaftログを早期に適用できるようにし、リーダー ピアの書き込みレイテンシーに対する IO ジッターの影響を軽減します。 +- **Leader書き込み最適化**: リーダーがコミットされたがまだ永続化されていないRaftログを早期にapplyできるようにし、リーダー ピアの書き込みレイテンシーに対する IO ジッターの影響を軽減します。 - **低速ノード検出の強化**：低速ノード検出アルゴリズムを改良し、デフォルトで低速スコア検出を有効にしました。これにより、低速ノードが特定されると、エビクトリーダースケジューラがトリガーされ、パフォーマンスが回復します。[遅いノード検出メカニズム](https://docs.pingcap.com/tidb/v8.5/pd-scheduling-best-practices#troubleshoot-tikv-node)は、 [低速ストアの排除スケジューラ](https://docs.pingcap.com/tidb/v8.5/pd-control#scheduler-show--add--remove--pause--resume--config--describe)を使用して低速ノードを検出・管理し、クラウドディスクジッターの影響を軽減します。 diff --git a/tikv-configuration-file.md b/tikv-configuration-file.md index f3f534df4afc8..e2219c93ade18 100644 --- a/tikv-configuration-file.md +++ b/tikv-configuration-file.md @@ -513,7 +513,7 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多 ### `enable-async-apply-prewrite` {#enable-async-apply-prewrite} -- 非同期コミットトランザクションが、プリライト要求を適用する前にTiKVクライアントに応答するかどうかを決定します。この設定項目を有効にすると、適用時間が長い場合はレイテンシーを容易に短縮でき、適用時間が不安定な場合は遅延ジッターを低減できます。 +- 非同期コミットトランザクションが、プリライト要求をapplyする前にTiKVクライアントに応答するかどうかを決定します。この設定項目を有効にすると、apply時間が長い場合はレイテンシーを容易に短縮でき、apply時間が不安定な場合は遅延ジッターを低減できます。 - デフォルト値: `false` ### `reserve-space` {#reserve-space} @@ -845,10 +845,10 @@ Raftstoreに関連するコンフィグレーション項目。 ### `max-apply-unpersisted-log-limit` v8.1.0で追加 {#max-apply-unpersisted-log-limit-new-in-v810} -- 適用可能な、コミット済みだが永続化されていないRaftログの最大数。 +- applyできる、コミット済みだが永続化されていないRaftログの最大数。 - - この設定項目を`0`より大きい値に設定すると、TiKVノードはコミット済みだが永続化されていないRaftログを事前に適用できるようになり、そのノードでのIOジッターによって発生するロングテールレイテンシーを効果的に削減できます。ただし、TiKVのメモリ使用量とRaftログが占めるディスク容量が増加する可能性もあります。 - - この設定項目を`0`に設定すると、この機能が無効になります。つまり、TiKV はRaftログがコミットされ、かつ永続化されるまで待機してから適用する必要があります。この動作は、v8.2.0 より前のバージョンの動作と一致しています。 + - この設定項目を`0`より大きい値に設定すると、TiKVノードはコミット済みだが永続化されていないRaftログを事前にapplyできるようになり、そのノードでのIOジッターによって発生するロングテールレイテンシーを効果的に削減できます。ただし、TiKVのメモリ使用量とRaftログが占めるディスク容量が増加する可能性もあります。 + - この設定項目を`0`に設定すると、この機能が無効になります。つまり、TiKV はRaftログがコミットされ、かつ永続化されるまで待機してからapplyする必要があります。この動作は、v8.2.0 より前のバージョンの動作と一致しています。 - デフォルト値: `1024` @@ -1121,7 +1121,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `apply-pool-size` {#apply-pool-size} -- データをディスクにフラッシュするプール内のスレッドの許容数。これは、適用スレッドプールのサイズです。このスレッドプールのサイズを変更する場合は、 [TiKVスレッドプールのパフォーマンスチューニング](/tune-tikv-thread-performance.md#performance-tuning-for-tikv-thread-pools)を参照してください。 +- データをディスクにフラッシュするプール内のスレッドの許容数。これは、Applyスレッドプールのサイズです。このスレッドプールのサイズを変更する場合は、 [TiKVスレッドプールのパフォーマンスチューニング](/tune-tikv-thread-performance.md#performance-tuning-for-tikv-thread-pools)を参照してください。 - デフォルト値: `2` - 値の範囲: `[1, CPU * 10]` 。 `CPU`はCPU コアの数を表します。 @@ -1210,7 +1210,7 @@ Raftstoreに関連するコンフィグレーション項目。 ### `min-pending-apply-region-count` v8.0.0で追加 {#min-pending-apply-region-count-new-in-v800} -- TiKV起動時にRaftログ適用中のビジー状態にあるリージョンの最大数。Raftstoreは、このようなリージョンの数がこの値以下の場合にのみリーダー転送を受け入れ、ローリング再起動時の可用性低下を軽減します。 +- TiKV起動時にRaftログapply中のビジー状態にあるリージョンの最大数。Raftstoreは、このようなリージョンの数がこの値以下の場合にのみリーダー転送を受け入れ、ローリング再起動時の可用性低下を軽減します。 - デフォルト値: `10` ### `request-voter-replicated-index-interval` v6.6.0で追加 {#request-voter-replicated-index-interval-new-in-v660} diff --git a/troubleshoot-stale-read.md b/troubleshoot-stale-read.md index 742040771597b..0adaa840e381a 100644 --- a/troubleshoot-stale-read.md +++ b/troubleshoot-stale-read.md @@ -17,21 +17,21 @@ summary: TiKV のステイル読み取りと safe-ts の原則を紹介し、 ### safe-tsとは何ですか? {#what-is-safe-ts} -safe-ts は、リージョン内の各ピアが保持するタイムスタンプです。この値より小さいタイムスタンプを持つすべてのトランザクションがローカルに適用されていることを保証し、ローカルステイル読み取りを可能にします。 +safe-ts は、リージョン内の各ピアが保持するタイムスタンプです。この値より小さいタイムスタンプを持つすべてのトランザクションがローカルにapplyされていることを保証し、ローカルステイル読み取りを可能にします。 ### resolved-tsとは何ですか？ {#what-is-resolved-ts} -resolved-ts は、この値より小さいタイムスタンプを持つすべてのトランザクションがリーダーによって適用済みであることを保証するタイムスタンプです。ピア概念であるsafe-tsとは異なり、resolved-ts はリージョンリーダーによってのみ管理されます。フォロワーの適用インデックスはリーダーよりも小さい場合があるため、resolved-tsをフォロワー内で直接safe-tsとして扱うことはできません。 +resolved-ts は、この値より小さいタイムスタンプを持つすべてのトランザクションがリーダーによってapply済みであることを保証するタイムスタンプです。ピア概念であるsafe-tsとは異なり、resolved-ts はリージョンリーダーによってのみ管理されます。フォロワーのapplyインデックスはリーダーよりも小さい場合があるため、resolved-tsをフォロワー内で直接safe-tsとして扱うことはできません。 ### safe-tsの維持 {#the-maintenance-of-safe-ts} -`RegionReadProgress`モジュールは safe-ts を管理します。リージョンリーダーはresolved-tsを管理し、定期的に、 resolved-ts、このresolved-tsを検証するための最低限必要な適用インデックス、そしてリージョン自体を、CheckLeader RPC を介して全レプリカの`RegionReadProgerss`モジュールに送信します。 +`RegionReadProgress`モジュールは safe-ts を管理します。リージョンリーダーはresolved-tsを管理し、定期的に、 resolved-ts、このresolved-tsを検証するための最低限必要なapplyインデックス、そしてリージョン自体を、CheckLeader RPC を介して全レプリカの`RegionReadProgerss`モジュールに送信します。 -ピアがデータを適用すると、適用インデックスが更新され、保留中のresolved-ts が新しい safe-ts になるかどうかがチェックされます。 +ピアがデータをapplyすると、applyインデックスが更新され、保留中のresolved-ts が新しい safe-ts になるかどうかがチェックされます。 ### resolved-tsの維持 {#the-maintenance-of-resolved-ts} -リージョンリーダーは、resolved-ts を管理するためにリゾルバを使用します。このリゾルバは、 Raft適用時に変更ログを受信することで、LOCK CF（カラムファミリー）内のロックを追跡します。初期化されると、リゾルバはリージョン全体をスキャンしてロックを追跡します。 +リージョンリーダーは、resolved-ts を管理するためにリゾルバを使用します。このリゾルバは、 Raftのapply時に変更ログを受信することで、LOCK CF（カラムファミリー）内のロックを追跡します。初期化されると、リゾルバはリージョン全体をスキャンしてロックを追跡します。 ## ステイル読み取りの問題を診断する {#diagnose-stale-read-issues} @@ -97,7 +97,7 @@ Resolver: 上記の出力は、次のことを判断するのに役立ちます。 - ロックがresolved-tsをブロックしているかどうか。 -- 適用インデックスが小さすぎて safe-ts を更新できないかどうか。 +- applyインデックスが小さすぎて safe-ts を更新できないかどうか。 - フォロワー ピアが存在する場合に、リーダーが十分に更新されたresolved-tsを送信しているかどうか。 ### ログを使用して診断する {#use-logs-to-diagnose} diff --git a/tune-tikv-thread-performance.md b/tune-tikv-thread-performance.md index ee56195cc825b..b4fd2245d42c0 100644 --- a/tune-tikv-thread-performance.md +++ b/tune-tikv-thread-performance.md @@ -19,7 +19,7 @@ TiKVスレッドプールは、主にgRPC、Scheduler、UnifyReadPool、 Raftsto - すべてのRaftメッセージと新しいログを追加する提案を処理します。 - Raftログをディスクに書き込みます。[`store-io-pool-size`](/tikv-configuration-file.md#store-io-pool-size-new-in-v530)の値が`0`の場合、 Raftstoreスレッドはログをディスクに書き込みます。値が`0`でない場合、 RaftstoreスレッドはログをStoreWriterスレッドに送信します。 - - 大部分のレプリカのRaftログが整合している場合、 Raftstoreスレッドはログを適用スレッドに送信します。 + - 大部分のレプリカのRaftログが整合している場合、 RaftstoreスレッドはログをApplyスレッドに送信します。 - StoreWriter スレッドプール: すべてのRaftログをディスクに書き込み、結果をRaftstoreスレッドに返します。 From e64a4bae95fa9756053e69798aa163bf628feefb Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Wed, 9 Sep 2026 10:02:39 +0900 Subject: [PATCH 2/2] revert: drop dashboard-monitoring and grafana-performance-overview-dashboard from this PR MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Both files fully overlapped with PR #23783/#23784 (the split halves of the 要求-to-リクエスト sweep, one of which had already fully restored grafana-performance-overview-dashboard.md's panel names). Since this branch was built from a pre-#23774 baseline, keeping these files here would revert that already-merged-in-spirit work and create a same-line merge conflict with #23783. The genuine new fixes from this PR (Raft apply/ready jargon, and the panel-name restoration for dashboard-monitoring.md that hadn't been done anywhere else) have been reapplied directly onto PR #23783's branch instead, so nothing is lost -- just moved to avoid duplicating/conflicting with already-in-flight work. Co-Authored-By: Claude Sonnet 5 --- dashboard/dashboard-monitoring.md | 58 ++++----- grafana-performance-overview-dashboard.md | 150 +++++++++++----------- 2 files changed, 104 insertions(+), 104 deletions(-) diff --git a/dashboard/dashboard-monitoring.md b/dashboard/dashboard-monitoring.md index 928cbe70e5317..14bbfdd34993b 100644 --- a/dashboard/dashboard-monitoring.md +++ b/dashboard/dashboard-monitoring.md @@ -1,6 +1,6 @@ --- title: TiDB Dashboard Monitoring Page -summary: TiDB Dashboardのモニタリングページでは、パフォーマンスを効率的に分析し、データベースのボトルネックを特定できます。主要なメトリクスには、データベース時間、SQL実行時間、QPS、接続数、TiDBおよびTiKVのCPU使用率、接続アイドル時間、解析・コンパイル・実行時間、TiDB KVリクエスト時間、TiKV gRPC時間、PD TSO待機/RPC時間、ストレージ非同期書き込み時間、保存時間、apply時間、ログ追加時間、ログコミット時間、ログapply時間などがあります。 +summary: TiDB Dashboardのモニタリングページでは、パフォーマンスを効率的に分析し、データベースのボトルネックを特定できます。主要なメトリクスには、データベース時間、SQL実行時間、QPS、接続数、TiDBおよびTiKVのCPU使用率、接続アイドル時間、解析・コンパイル・実行時間、TiDB KVリクエスト時間、TiKV gRPC時間、PD TSO待機/RPC時間、ストレージ非同期書き込み時間、保存時間、適用時間、ログ追加時間、ログコミット時間、ログ適用時間などがあります。 --- # TiDB Dashboard監視ページ {#tidb-dashboard-monitoring-page} @@ -29,19 +29,19 @@ TiDBクラスターをTiUPを使用してデプロイした場合、Grafanaで 次のセクションでは、パフォーマンス概要ダッシュボードのメトリックについて説明します。 -### Database Time by SQL Type {#database-time-by-sql-type} +### SQLタイプ別のデータベース時間 {#database-time-by-sql-type} - `database time` : 1秒あたりの合計データベース時間 - `sql_type` : 各タイプのSQL文が1秒あたりに消費するデータベース時間 -### Database Time by SQL Phase {#database-time-by-sql-phase} +### SQLフェーズ別のデータベース時間 {#database-time-by-sql-phase} - `database time` : 1秒あたりの合計データベース時間 - `get token/parse/compile/execute` : 4つのSQL処理フェーズで消費されたデータベース時間 SQL実行フェーズは緑色で、その他のフェーズは全体的に赤色で表示されます。緑色以外の領域が大きい場合は、実行フェーズ以外のフェーズでデータベース時間が大量に消費されていることを意味し、さらなる原因分析が必要です。 -### SQL Execute Time Overview {#sql-execute-time-overview} +### SQL実行時間の概要 {#sql-execute-time-overview} - `execute time` : SQL実行中に1秒あたりに消費されたデータベース時間 - `tso_wait` : SQL実行中の1秒あたりの同時TSO待機時間 @@ -56,32 +56,32 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 ### QPS {#qps} -すべての TiDB インスタンスで 1秒あたりに実行された SQL 文の数（タイプ別に収集: `SELECT`、`INSERT`、`UPDATE`など） +すべて`UPDATE` TiDB インスタンスで 1秒あたりに実行された SQL 文の数 (タイプ別: `SELECT`など`INSERT` -### CPS By Type {#cps-by-type} +### CPSタイプ別 {#cps-by-type} タイプに基づいて、すべての TiDB インスタンスによって 1秒あたりに処理されるコマンドの数 -### Queries Using Plan Cache OPS {#queries-using-plan-cache-ops} +### プランキャッシュOPSを使用したクエリ {#queries-using-plan-cache-ops} すべての TiDB インスタンスにおける 1秒あたりのプランキャッシュを使用するクエリの数 -### KV/TSO Request OPS {#kv-tso-request-ops} +### KV/TSO リクエスト OPS {#kv-tso-request-ops} -- kv request total: すべてのTiDBインスタンスにおける1秒あたりのKVリクエストの合計数 -- kv request by type: `Get`、`Prewrite`、`Commit`などのタイプに基づいて、すべての TiDB インスタンスでの 1秒あたりの KV リクエスト数 +- kvリクエスト合計: すべてのTiDBインスタンスにおける1秒あたりのKVリクエストの合計数 +- タイプ別の KV リクエスト数: `Get`など`Commit`タイプに基づいて`Prewrite`すべての TiDB インスタンスでの 1秒あたりの KV リクエスト数 - tso - cmd: TiDB がすべての TiDB インスタンスの PD に送信する 1秒あたりの gRPC リクエストの数。各 gRPC リクエストには、TSO リクエストのバッチが含まれます。 -- tso - request: すべての TiDB インスタンスにおける 1秒あたりの TSO リクエスト数 +- tso - リクエスト: すべての TiDB インスタンスにおける 1秒あたりの TSO リクエスト数 通常、 `tso - request` `tso - cmd`で割った値が、1秒あたりの TSO 要求バッチの平均サイズになります。 -### Connection Count {#connection-count} +### 接続数 {#connection-count} - `total` : すべてのTiDBインスタンスへの接続数 - `active connections` : すべてのTiDBインスタンスへのアクティブな接続の数 - 各TiDBインスタンスへの接続数 -### TiDB CPU/Memory {#tidb-cpu-memory} +### TiDB CPU/メモリ {#tidb-cpu-memory} - `CPU-Avg` : すべての TiDB インスタンスの平均 CPU 使用率 - `CPU-Delta` : すべての TiDB インスタンスの最大 CPU 使用率からすべての TiDB インスタンスの最小 CPU 使用率を引いた値 @@ -89,7 +89,7 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - `CPU-Quota` : TiDBが使用できるCPUコアの数 - `Mem-Max` : すべての TiDB インスタンスの最大メモリ使用率 -### TiKV CPU/Memory {#tikv-cpu-memory} +### TiKV CPU/メモリ {#tikv-cpu-memory} - `CPU-Avg` : すべての TiKV インスタンスの平均 CPU 使用率 - `CPU-Delta` : すべての TiKV インスタンスの最大 CPU 使用率からすべての TiKV インスタンスの最小 CPU 使用率を引いた値 @@ -97,18 +97,18 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - `CPU-Quota` : TiKVが使用できるCPUコアの数 - `Mem-Max` : すべての TiKV インスタンスの最大メモリ使用率 -### PD CPU/Memory {#pd-cpu-memory} +### PD CPU/メモリ {#pd-cpu-memory} - `CPU-Max` : すべてのPDインスタンスの最大CPU使用率 - `CPU-Quota` : PDが使用できるCPUコアの数 - `Mem-Max` : すべてのPDインスタンスの最大メモリ使用率 -### Read Traffic {#read-traffic} +### トラフィックを読む {#read-traffic} - `TiDB -> Client` : TiDBからクライアントへの送信トラフィック統計 - `Rocksdb -> TiKV` :ストレージレイヤー内での読み取り操作中に TiKV が RocksDB から取得するデータフロー -### Write Traffic {#write-traffic} +### 書き込みトラフィック {#write-traffic} - `Client -> TiDB` : クライアントから TiDB への受信トラフィック統計 - `TiDB -> TiKV: general` : フォアグラウンドトランザクションが TiDB から TiKV に書き込まれる速度 @@ -116,7 +116,7 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - `TiKV -> Rocksdb` : TiKVからRocksDBへの書き込み操作の流れ - `RocksDB Compaction` : RocksDBの圧縮操作によって生成された合計読み取りおよび書き込みI/Oフロー -### Duration {#duration} +### 間隔 {#duration} - `Duration` : 実行時間 @@ -127,9 +127,9 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - `99` : すべてのリクエストを実行するためのP99期間 -- `avg by type` : すべての TiDB インスタンス内のすべてのリクエストを実行するのにかかった平均時間（タイプ別に収集: `SELECT`、`INSERT`、`UPDATE`） +- `avg by type` : すべての TiDB インスタンス内のすべてのリクエストを実行するのにかかった平均時間 (タイプ別`UPDATE`収集`INSERT` : `SELECT` -### Connection Idle Duration {#connection-idle-duration} +### 接続アイドル時間 {#connection-idle-duration} 接続アイドル期間は、接続がアイドル状態にある期間を示します。 @@ -138,7 +138,7 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - `99-in-txn` : 接続がトランザクション内にある場合の P99 接続アイドル期間 - `99-not-in-txn` : 接続がトランザクション内にない場合の P99 接続アイドル期間 -### Parse Duration, Compile Duration, and Execute Duration {#parse-duration-compile-duration-and-execute-duration} +### 解析期間、コンパイル期間、実行期間 {#parse-duration-compile-duration-and-execute-duration} - `Parse Duration` : SQL文の解析に要した時間 - `Compile Duration` : 解析されたSQL ASTを実行計画にコンパイルするのにかかる時間 @@ -146,35 +146,35 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 これら3つのメトリックにはすべて、すべての TiDB インスタンスの平均期間と 99 パーセンタイル期間が含まれます。 -### Avg TiDB KV Request Duration {#avg-tidb-kv-request-duration} +### 平均 TiDB KV リクエスト期間 {#avg-tidb-kv-request-duration} `Get` 、 `Prewrite` 、 `Commit`を含むタイプに基づいて、すべての TiDB インスタンスでの KV 要求の実行に費やされた平均時間。 -### Avg TiKV GRPC Duration {#avg-tikv-grpc-duration} +### 平均 TiKV GRPC 期間 {#avg-tikv-grpc-duration} `kv_get` 、 `kv_prewrite` 、 `kv_commit`を含むタイプに基づいて、すべての TiKV インスタンスでの gRPC リクエストの実行に費やされた平均時間。 -### PD TSO Wait/RPC Duration {#pd-tso-wait-rpc-duration} +### PD TSO 待機/RPC 期間 {#pd-tso-wait-rpc-duration} - `wait - avg` : すべての TiDB インスタンスで PD が TSO を返すのを待つ平均時間 - `rpc - avg` : PDにTSOリクエストを送信してからすべてのTiDBインスタンスでTSOを受信するまでの平均時間 - `wait - 99` : すべての TiDB インスタンスで PD が TSO を返すのを待つ P99時間 - `rpc - 99` : PDにTSOリクエストを送信してからすべてのTiDBインスタンスでTSOを受信するまでのP99時間 -### Storage Async Write Duration, Store Duration, and Apply Duration {#storage-async-write-duration-store-duration-and-apply-duration} +### ストレージ非同期書き込み期間、保存期間、適用期間 {#storage-async-write-duration-store-duration-and-apply-duration} - `Storage Async Write Duration` : 非同期書き込みにかかった時間 - `Store Duration` : 非同期書き込み中のストアループで消費された時間 -- `Apply Duration` : 非同期書き込み中のapplyループで消費された時間 +- `Apply Duration` : 非同期書き込み中の適用ループで消費された時間 これら3つのメトリックにはすべて、すべての TiKV インスタンスの平均期間と P99 期間が含まれます。 -平均ストレージ非同期書き込み時間 = 平均保存時間 + 平均apply時間 +平均ストレージ非同期書き込み時間 = 平均保存時間 + 平均適用時間 -### Append Log Duration, Commit Log Duration, and Apply Log Duration {#append-log-duration-commit-log-duration-and-apply-log-duration} +### 追加ログ期間、コミットログ期間、適用ログ期間 {#append-log-duration-commit-log-duration-and-apply-log-duration} - `Append Log Duration` : Raftがログを追加するのにかかった時間 - `Commit Log Duration` : Raftがログをコミットするのにかかる時間 -- `Apply Log Duration` : Raftがログをapplyするのに要した時間 +- `Apply Log Duration` : Raftがログを適用するのに要した時間 これら3つのメトリックにはすべて、すべての TiKV インスタンスの平均期間と P99 期間が含まれます。 diff --git a/grafana-performance-overview-dashboard.md b/grafana-performance-overview-dashboard.md index 74b3ae960c59d..338598d471fec 100644 --- a/grafana-performance-overview-dashboard.md +++ b/grafana-performance-overview-dashboard.md @@ -21,25 +21,25 @@ Grafanaダッシュボードは、PD、TiDB、TiKV、Node_exporter、概要、 次のセクションでは、パフォーマンス概要ダッシュボードのメトリックについて説明します。 -## Performance Overview {#performance-overview} +## パフォーマンスの概要 {#performance-overview} -### Database Time by SQL Type {#database-time-by-sql-type} +### SQLタイプ別のデータベース時間 {#database-time-by-sql-type} -- database time: 1秒あたりの合計データベース時間 +- データベース時間: 1秒あたりの合計データベース時間 - sql_type: 各タイプのSQL文で1秒あたりに消費されたデータベース時間 -### Database Time by SQL Phase {#database-time-by-sql-phase} +### SQLフェーズ別のデータベース時間 {#database-time-by-sql-phase} -- database time: 1秒あたりの合計データベース時間 -- get token/parse/compile/execute: 4つのSQL処理フェーズで消費されるデータベース時間 +- データベース時間: 1秒あたりの合計データベース時間 +- トークンの取得/解析/コンパイル/実行: 4つのSQL処理フェーズで消費されるデータベース時間 SQL実行フェーズは緑色で、その他のフェーズは全体的に赤色で表示されます。緑色以外の領域が大きい場合は、実行フェーズ以外のフェーズでデータベース時間が大量に消費されていることを意味し、さらなる原因分析が必要です。 -### SQL Execute Time Overview {#sql-execute-time-overview} +### SQL実行時間の概要 {#sql-execute-time-overview} -- execute time: SQL 実行中に 1秒あたりに消費されるデータベース時間 +- 実行時間: SQL 実行中に 1秒あたりに消費されるデータベース時間 - tso_wait: SQL実行中の1秒あたりの同時TSO待機時間 -- kv request type: SQL実行中に各KVリクエストタイプを1秒あたりに待機する時間。KVリクエストは同時実行されるため、合計KVリクエスト待機時間はSQL実行時間を超える場合があります。 +- KVリクエストタイプ: SQL実行中に各KVリクエストタイプを1秒あたりに待機する時間。KVリクエストは同時実行されるため、合計KVリクエスト待機時間はSQL実行時間を超える場合があります。 - tiflash_mpp: SQL 実行中に 1秒あたりにTiFlash要求を処理する時間。 緑のメトリクスは一般的なKV書き込みリクエスト（プリライトやコミットなど）、青のメトリクスは一般的な読み取りリクエスト、紫のメトリクスはTiFlash MPPリクエストを表します。その他の色のメトリクスは、注意が必要な予期しない状況を表します。例えば、悲観的ロックKVリクエストは赤で、TSO待機は濃い茶色で表示されます。 @@ -51,62 +51,62 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 ### QPS {#qps} -すべての TiDB インスタンスで 1秒あたりに実行された SQL 文の数（タイプ別に収集: `SELECT`、`INSERT`、`UPDATE`など） +すべて`UPDATE` TiDB インスタンスで 1秒あたりに実行された SQL 文の数 (タイプ別: `SELECT`など`INSERT` -### CPS By Type {#cps-by-type} +### CPSタイプ別 {#cps-by-type} タイプに基づいて、すべての TiDB インスタンスによって 1秒あたりに処理されるコマンドの数 -### Queries Using Plan Cache OPS {#queries-using-plan-cache-ops} +### プランキャッシュOPSを使用したクエリ {#queries-using-plan-cache-ops} -- avg-hit: すべての TiDB インスタンスで 1秒あたりに実行計画 キャッシュを使用するクエリの数 +- 平均ヒット: すべての TiDB インスタンスで 1秒あたりに実行計画 キャッシュを使用するクエリの数 - avg-miss: すべての TiDB インスタンスにおける、実行計画 キャッシュを使用していないクエリの数 (1秒あたり) `avg-hit + avg-miss`は`StmtExecute`に等しく、これは 1秒あたりに実行されるすべてのクエリの数です。 -### KV/TSO Request OPS {#kv-tso-request-ops} +### KV/TSO リクエスト OPS {#kv-tso-request-ops} -- kv request total: すべてのTiDBインスタンスにおける1秒あたりのKVリクエストの合計数 -- kv request by type: `Get`、`Prewrite`、`Commit`などのタイプに基づいて、すべての TiDB インスタンスでの 1秒あたりの KV リクエスト数 +- kvリクエスト合計: すべてのTiDBインスタンスにおける1秒あたりのKVリクエストの合計数 +- タイプ別の KV リクエスト数: `Get`など`Commit`タイプに基づいて`Prewrite`すべての TiDB インスタンスでの 1秒あたりの KV リクエスト数 - tso - cmd: TiDB がすべての TiDB インスタンスの PD に送信する 1秒あたりの gRPC リクエストの数。各 gRPC リクエストには、TSO リクエストのバッチが含まれます。 -- tso - request: すべての TiDB インスタンスにおける 1秒あたりの TSO リクエスト数 +- tso - リクエスト: すべての TiDB インスタンスにおける 1秒あたりの TSO リクエスト数 通常、 `tso - request`を`tso - cmd`で割った値が、1秒あたりの TSO 要求バッチの平均サイズになります。 -### KV Request Time By Source {#kv-request-time-by-source} +### ソース別KVリクエスト時間 {#kv-request-time-by-source} -- kv request total time: すべての TiDB インスタンスで 1秒あたりに KV およびTiFlashリクエストを処理する合計時間 +- kv リクエスト合計時間: すべての TiDB インスタンスで 1秒あたりに KV およびTiFlashリクエストを処理する合計時間 - 各 KV リクエストとそれに対応するリクエストソースは積み上げ棒グラフを形成し、 `external`通常のビジネス リクエストを識別し、 `internal`内部アクティビティ リクエスト (DDL やauto analyzeリクエストなど) を識別します。 ### TiDB CPU {#tidb-cpu} - avg: すべての TiDB インスタンスの平均 CPU 使用率 -- delta: すべての TiDB インスタンスの最大 CPU 使用率からすべての TiDB インスタンスの最小 CPU 使用率を引いた値 +- デルタ: すべての TiDB インスタンスの最大 CPU 使用率からすべての TiDB インスタンスの最小 CPU 使用率を引いた値 - max: すべての TiDB インスタンスの最大 CPU 使用率 ### TiKV CPU/IO MBps {#tikv-cpu-io-mbps} - CPU-Avg: すべての TiKV インスタンスの平均 CPU 使用率 -- CPU-Delta: すべての TiKV インスタンスの最大 CPU 使用率からすべての TiKV インスタンスの最小 CPU 使用率を引いた値 +- CPU デルタ: すべての TiKV インスタンスの最大 CPU 使用率からすべての TiKV インスタンスの最小 CPU 使用率を引いた値 - CPU-MAX: すべての TiKV インスタンス間の最大 CPU 使用率 - IO-Avg: すべての TiKV インスタンスの平均 MBps - IO-Delt: すべての TiKV インスタンスの最大 MBps からすべての TiKV インスタンスの最小 MBps を引いた値 - IO-MAX: すべての TiKV インスタンスの最大 MBps -### Duration {#duration} +### 間隔 {#duration} -- Duration: 実行時間 +- 所要時間: 実行時間 - クライアントからのリクエストをTiDBが受信してから、TiDBがそのリクエストを実行し、結果をクライアントに返すまでの時間。通常、クライアントからのリクエストはSQL文の形式で送信されますが、この時間には`COM_PING` 、 `COM_SLEEP` 、 `COM_STMT_FETCH` 、 `COM_SEND_LONG_DATA`などのコマンドの実行時間も含まれる場合があります。 - TiDBはマルチクエリをサポートしています。つまり、クライアントは一度に複数のSQL文（例： `select 1; select 1; select 1;`を送信できます。この場合、このクエリの合計実行時間には、すべてのSQL文の実行時間が含まれます。 -- avg: すべてのリクエストを実行するのにかかった平均時間 +- 平均: すべてのリクエストを実行するのにかかった平均時間 - 99: すべてのリクエストを実行するためのP99期間 -- avg by type: すべての TiDB インスタンス内のすべてのリクエストを実行するのにかかった平均時間（タイプ別に収集: `SELECT`、`INSERT`、`UPDATE`） +- タイプ別の平均: すべての TiDB インスタンス内のすべてのリクエストを実行するのにかかった平均時間 (タイプ`SELECT` `UPDATE`収集`INSERT` -### Connection Idle Duration {#connection-idle-duration} +### 接続アイドル時間 {#connection-idle-duration} 接続アイドル期間は、接続がアイドル状態にある期間を示します。 @@ -114,90 +114,90 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - avg-not-in-txn: 接続がトランザクション内にない場合の平均接続アイドル期間 - 99-in-txn: 接続がトランザクション内にある場合の P99 接続アイドル期間 -### Connection Count {#connection-count} +### 接続数 {#connection-count} -- total: すべてのTiDBインスタンスへの接続数 -- active connections: すべての TiDB インスタンスへのアクティブな接続の数 +- 合計: すべてのTiDBインスタンスへの接続数 +- アクティブな接続: すべての TiDB インスタンスへのアクティブな接続の数 - tidb-{node-number}-peer: 各TiDBインスタンスへの接続数 -- disconnection/s: TiDB クラスタ内の切断回数 +- 切断/秒: TiDB クラスタ内の切断回数 - 99-not-in-txn: 接続がトランザクション内にない場合の P99 接続アイドル期間 -### Parse Duration, Compile Duration, and Execute Duration {#parse-duration-compile-duration-and-execute-duration} +### 解析期間、コンパイル期間、実行期間 {#parse-duration-compile-duration-and-execute-duration} -- Parse Duration: SQL文の解析にかかった時間 -- Compile Duration: 解析されたSQL ASTを実行計画にコンパイルするのにかかる時間 -- Execution Duration: SQL文の実行計画の実行に要した時間 +- 解析時間: SQL文の解析にかかった時間 +- コンパイル時間: 解析されたSQL ASTを実行計画にコンパイルするのにかかる時間 +- 実行時間: SQL文の実行計画の実行に要した時間 これら3つのメトリックにはすべて、すべての TiDB インスタンスの平均期間と 99 パーセンタイル期間が含まれます。 -### Avg TiDB KV Request Duration {#avg-tidb-kv-request-duration} +### 平均 TiDB KV リクエスト期間 {#avg-tidb-kv-request-duration} `Get` 、 `Prewrite` 、 `Commit`を含むタイプに基づいて、すべての TiDB インスタンスでの KV 要求の実行に費やされた平均時間。 -### Avg TiKV GRPC Duration {#avg-tikv-grpc-duration} +### 平均 TiKV GRPC 期間 {#avg-tikv-grpc-duration} `kv_get` 、 `kv_prewrite` 、 `kv_commit`を含むタイプに基づいて、すべての TiKV インスタンスでの gRPC リクエストの実行に費やされた平均時間。 -### PD TSO Wait/RPC Duration {#pd-tso-wait-rpc-duration} +### PD TSO 待機/RPC 期間 {#pd-tso-wait-rpc-duration} - wait - avg: すべての TiDB インスタンスで PD が TSO を返すのを待つ平均時間 -- rpc - avg: TiDB が TSO を取得するために PD に gRPC リクエストを送信してから、すべての TiDB インスタンスで TiDB が TSO を受信するまでの平均期間 +- rpc - 平均: TiDB が TSO を取得するために PD に gRPC リクエストを送信してから、すべての TiDB インスタンスで TiDB が TSO を受信するまでの平均期間 - wait - 99: すべての TiDB インスタンスで PD が TSO を返すのを待つ P99 期間 - rpc - 99: TiDB が TSO を取得するために PD に gRPC 要求を送信してから、すべての TiDB インスタンスで TiDB が TSO を受信するまでの P99 期間 -### Storage Async Write Duration, Store Duration, and Apply Duration {#storage-async-write-duration-store-duration-and-apply-duration} +### ストレージ非同期書き込み期間、保存期間、適用期間 {#storage-async-write-duration-store-duration-and-apply-duration} -- Storage Async Write Duration: 非同期書き込みにかかる時間 -- Store Duration: 非同期書き込み中にストアループで消費される時間 -- Apply Duration: 非同期書き込み中のapplyループで消費された時間 +- ストレージ非同期書き込み時間: 非同期書き込みにかかる時間 +- ストア期間: 非同期書き込み中にストアループで消費される時間 +- 適用期間: 非同期書き込み中の適用ループで消費された時間 これら3つのメトリックにはすべて、すべての TiKV インスタンスの平均期間と P99 期間が含まれます。 -平均ストレージ非同期書き込み時間 = 平均保存時間 + 平均apply時間 +平均ストレージ非同期書き込み時間 = 平均保存時間 + 平均適用時間 -### Append Log Duration, Commit Log Duration, and Apply Log Duration {#append-log-duration-commit-log-duration-and-apply-log-duration} +### 追加ログ期間、コミットログ期間、適用ログ期間 {#append-log-duration-commit-log-duration-and-apply-log-duration} -- Append Log Duration: Raftがログを追加するのにかかる時間 -- Commit Log Duration: Raftがログをコミットするのにかかる時間 -- Apply Log Duration: Raftがログをapplyするのにかかる時間 +- ログ追加時間: Raftがログを追加するのにかかる時間 +- コミットログ期間: Raftがログをコミットするのにかかる時間 +- ログ適用期間: Raftがログを適用するのにかかる時間 これら3つのメトリックにはすべて、すべての TiKV インスタンスの平均期間と P99 期間が含まれます。 -### Interface of the Performance Overview panels {#interface-of-the-performance-overview-panels} +### パフォーマンス概要パネルのインターフェース {#interface-of-the-performance-overview-panels} ![performance overview](/media/performance/grafana_performance_overview.png) ## TiFlash {#tiflash} - CPU: TiFlashインスタンスごとの CPU 使用率。 -- Memory: TiFlashインスタンスごとのメモリ使用量。 -- IO utilization: TiFlashインスタンスごとの IO 使用率。 -- MPP Query count: TiFlashインスタンスあたりの 1秒あたりのTiFlash MPP クエリ数。 -- Request QPS: すべてのTiFlashインスタンスによって受信されたコプロセッサ要求の数。 +- メモリ: TiFlashインスタンスごとのメモリ使用量。 +- IO 使用率: TiFlashインスタンスごとの IO 使用率。 +- MPP クエリ数: TiFlashインスタンスあたりの 1秒あたりのTiFlash MPP クエリ数。 +- 要求 QPS: すべてのTiFlashインスタンスによって受信されたコプロセッサ要求の数。 - `batch` : バッチリクエストの数。 - `batch_cop` : バッチ要求内のコプロセッサ要求の数。 - `cop` : コプロセッサ インターフェイスを介して直接送信されるコプロセッサ要求の数。 - `cop_dag` : すべてのコプロセッサ要求内の DAG 要求の数。 - `super_batch` : スーパーバッチ機能を有効にするリクエストの数。 -- Executor QPS: すべてのTiFlashインスタンスが受信したリクエスト内の各タイプの DAG Executor の数。`table_scan`はテーブルスキャン Executor です。`selection`は選択 Executor です。`aggregation`は集約 Executor です。`top_n`は`TopN` Executor です。`limit`は制限 Executor です。 -- Request Duration Overview: すべてのTiFlashインスタンスのすべてのリクエストタイプについて、1秒あたりの合計処理時間の積み上げグラフを提供します。 -- Request Duration: すべてのTiFlashインスタンスにおける各MPPおよびコプロセッサリクエストタイプの合計処理期間。コプロセッサリクエストの受信からリクエストへの応答が完了するまでの時間であり、平均レイテンシーとp99レイテンシーが含まれます。 -- Request Handle Duration：すべてのTiFlashインスタンスにおける各MPPおよびコプロセッサリクエストタイプの実際の処理時間。コプロセッサリクエストの実行開始から完了までの時間であり、平均レイテンシーとp99レイテンシーが含まれます。 -- Raft Wait Index Duration: すべてのTiFlashインスタンスに対して`wait_index`が使用する時間。つまり、 `read_index`要求を受信してから、リージョンインデックスが`read_index`になるまで待機する時間です。 -- Raft Batch Read Index Duration: すべてのTiFlashインスタンスの`read_index`が使用する時間。ほとんどの時間は、リージョンリーダーとのやり取りと再試行に使用されます。 -- Write Throughput By Instance：インスタンスごとの書き込みスループット。Raft書き込みコマンドとRaftスナップショットをapplyした場合のスループットも含まれます。 -- Write flow: すべてのTiFlashインスタンスによるディスク書き込みのトラフィック。 -- Read flow: すべてのTiFlashインスタンスによるディスク読み取りのトラフィック。 +- Executor QPS: すべてのTiFlashインスタンスが受信したリクエスト内の各タイプの DAG Executor の数。`table_scan`はテーブルスキャン Executor です。`selection`は選択 Executor です。 `aggregation`は集約 Executor です`top_n`は`TopN` Executor です`limit`は制限 Executor です。 +- リクエスト期間の概要: すべてのTiFlashインスタンスのすべてのリクエストタイプについて、1秒あたりの合計処理時間の積み上げグラフを提供します。 +- リクエスト期間: すべてのTiFlashインスタンスにおける各MPPおよびコプロセッサリクエストタイプの合計処理期間。コプロセッサリクエストの受信からリクエストへの応答が完了するまでの時間であり、平均レイテンシーとp99レイテンシーが含まれます。 +- リクエスト処理時間：すべてのTiFlashインスタンスにおける各MPPおよびコプロセッサリクエストタイプの実際の処理時間。コプロセッサリクエストの実行開始から完了までの時間であり、平均レイテンシーとp99レイテンシーが含まれます。 +- Raft待機インデックス期間: すべてのTiFlashインスタンスに対して`wait_index`が使用する時間。つまり、 `read_index`要求を受信してから、リージョンインデックスが`read_index`になるまで待機する時間です。 +- Raftバッチインデックス読み取り時間: すべてのTiFlashインスタンスの`read_index`が使用する時間。ほとんどの時間は、リージョンリーダーとのやり取りと再試行に使用されます。 +- インスタンスごとの書き込みスループット：インスタンスごとの書き込みスループット。RaftRaftコマンドとRaftスナップショットを適用した場合のスループットも含まれます。 +- 書き込みフロー: すべてのTiFlashインスタンスによるディスク書き込みのトラフィック。 +- 読み取りフロー: すべてのTiFlashインスタンスによるディスク読み取りのトラフィック。 ## CDC {#cdc} -- CPU usage: TiCDC ノードごとの CPU 使用率。 -- Memory usage: TiCDC ノードごとのメモリ使用量。 -- Goroutine count: TiCDC ノードあたりのゴルーチンの数。 -- Changefeed checkpoint lag: アップストリームとダウンストリーム間のデータ複製の進行ラグ (単位は秒)。 -- Changefeed resolved ts lag: アップストリーム ノードと TiCDC ノード間のデータ複製の進行ラグ (単位は秒)。 -- The status of changefeeds: +- CPU 使用率: TiCDC ノードごとの CPU 使用率。 +- メモリ使用量: TiCDC ノードごとのメモリ使用量。 +- ゴルーチン数: TiCDC ノードあたりのゴルーチンの数。 +- Changefeed チェックポイントラグ: アップストリームとダウンストリーム間のデータ複製の進行ラグ (単位は秒)。 +- Changefeed 解決 ts ラグ: アップストリーム ノードと TiCDC ノード間のデータ複製の進行ラグ (単位は秒)。 +- チェンジフィードのステータス: - 0: 正常 - 1: エラー @@ -205,11 +205,11 @@ SQL実行フェーズは緑色で、その他のフェーズは全体的に赤 - 3: 停止 - 4: 完了 - -1: 不明 -- Puller output events/s: TiCDC ノードの Puller モジュールが Sorter モジュールに 1秒あたりに送信する行数。 -- Sorter output events/s: TiCDC ノードのソーターモジュールがマウント モジュールに 1秒あたりに送信する行数。 -- Mounter output events/s: TiCDC ノードのマウンター モジュールがシンク モジュールに 1秒あたりに送信する行数。 -- Table sink output events/s: TiCDC ノードのテーブル ソーターモジュールがシンク モジュールに 1秒あたりに送信する行数。 -- SinkV2 - Sink flush rows/s: TiCDC ノードのシンク モジュールがダウンストリームに 1秒あたりに送信する行数。 -- Transaction Sink Full Flush Duration: TiCDC ノードの MySQL シンクによるダウンストリーム トランザクションの書き込みの平均レイテンシーと p999レイテンシー。 -- MQ Worker Send Message Duration Percentile: ダウンストリームが Kafka の場合の MQ ワーカーによるメッセージ送信のレイテンシー。 -- Kafka Outgoing Bytes: MQ ワークロードでのダウンストリーム トランザクションの書き込みトラフィック。 +- Puller 出力イベント/秒: TiCDC ノードの Puller モジュールが Sorter モジュールに 1秒あたりに送信する行数。 +- ソーター出力イベント/秒: TiCDC ノードのソーターモジュールがマウント モジュールに 1秒あたりに送信する行数。 +- マウンター出力イベント/秒: TiCDC ノードのマウンター モジュールがシンク モジュールに 1秒あたりに送信する行数。 +- テーブル シンク出力イベント/秒: TiCDC ノードのテーブル ソーターモジュールがシンク モジュールに 1秒あたりに送信する行数。 +- SinkV2 - シンク フラッシュ行数/秒: TiCDC ノードのシンク モジュールがダウンストリームに 1秒あたりに送信する行数。 +- トランザクションシンクの完全フラッシュ期間: TiCDC ノードの MySQL シンクによるダウンストリーム トランザクションの書き込みの平均レイテンシーと p999レイテンシー。 +- MQ ワーカーのメッセージ送信期間パーセンタイル: ダウンストリームが Kafka の場合の MQ ワーカーによるメッセージ送信のレイテンシー。 +- Kafka 送信バイト: MQ ワークロードでのダウンストリーム トランザクションの書き込みトラフィック。