Skip to content

Commit

Permalink
Apply suggestions from code review
Browse files Browse the repository at this point in the history
Co-authored-by: xixirangrang <[email protected]>
  • Loading branch information
qiancai and hfxsd authored Jan 23, 2025
1 parent 5b9a6e1 commit 5d3252f
Show file tree
Hide file tree
Showing 2 changed files with 6 additions and 6 deletions.
8 changes: 4 additions & 4 deletions dashboard/dashboard-monitoring.md
Original file line number Diff line number Diff line change
Expand Up @@ -43,7 +43,7 @@ execute 执行阶段为绿色,其他三个阶段偏红色系,如果非绿色

- `execute time`:execute 阶段每秒消耗的数据库时间
- `tso_wait`:execute 阶段每秒同步等待 TSO 的时间
- `kv request type`:execute 阶段每秒等待每种 KV 请求类型的时间,总的 KV request 等待时间可能超过 execute time,因为 KV request 是并发的
- `kv request type`:execute 阶段每秒等待每种 KV 请求类型的时间,总的 KV 请求等待时间可能超过 execute time,因为 KV 请求是并发的

绿色系标识代表常规的写 KV 请求(例如 Prewrite 和 Commit),蓝色系标识代表常规的读 KV 请求,其他色系标识需要注意的问题。例如,悲观锁加锁请求为红色,TSO 等待为深褐色。如果非蓝色系或者非绿色系占比明显,意味着执行阶段存在异常的瓶颈。例如,当发生严重锁冲突时,红色的悲观锁时间会占比明显;当负载中 TSO 等待的消耗时间过长时,深褐色会占比明显。

Expand Down Expand Up @@ -72,7 +72,7 @@ execute 执行阶段为绿色,其他三个阶段偏红色系,如果非绿色

- `total`:所有 TiDB 的连接数
- `active connections`:所有 TiDB 总的活跃连接数
- 各个 TiDB 的连接数
- 各个 TiDB 实例的连接数

### TiDB CPU/Memory

Expand Down Expand Up @@ -155,8 +155,8 @@ Connection Idle Duration 指空闲连接的持续时间。
### Storage Async Write Duration、Store Duration 和 Apply Duration

- `Storage Async Write Duration`:异步写所花费的时间
- `Store Duration`异步写 Store 步骤所花费的时间
- `Apply Duration`异步写 Apply 步骤所花费的时间
- `Store Duration`异步写入过程中,在存储循环 (store loop) 中所花费的时间
- `Apply Duration`异步写入过程中,在应用循环 (apply loop) 中所花费的时间

这三个时间指标都包含所有 TiKV 实例的平均值和 P99 值

Expand Down
4 changes: 2 additions & 2 deletions performance-tuning-methods.md
Original file line number Diff line number Diff line change
Expand Up @@ -211,7 +211,7 @@ StmtPrepare 每秒执行次数远大于 StmtClose,说明应用程序存在 pre

#### CPU 和内存使用情况

在 TiDB、TiKV 和 PD 的 CPU/Memory 面板中,你可以监控它们各自的逻辑 CPU 使用率和内存消耗情况,例如平均 CPU 利用率、最大 CPU 利用率、CPU 利用率差值(最大 CPU 使用率减去最小 CPU 使用率)、CPU quota(可以使用的 CPU 核数)以及最大内存使用率。基于这些指标,你可以确定 TiDB、TiKV 和 PD 的整体资源使用情况。
在 TiDB、TiKV 和 PD 的 CPU/Memory 面板中,你可以监控它们各自的逻辑 CPU 使用率和内存消耗情况,例如平均 CPU 利用率、最大 CPU 利用率、CPU 利用率差值(最大 CPU 使用率减去最小 CPU 使用率)、CPU Quota(可以使用的 CPU 核数)以及最大内存使用率。基于这些指标,你可以确定 TiDB、TiKV 和 PD 的整体资源使用情况。

- 根据 `delta` 值,你可以判断 TiDB 或 TiKV 的 CPU 使用是否存在不均衡的情况。对于 TiDB,较高的 `delta` 值通常意味着应用程序的连接在 TiDB 实例之间分布不均衡;对于 TiKV,较高的 `delta` 值通常意味着集群中存在读写热点。
- 通过 TiDB、TiKV 和 PD 的资源使用概览,你可以快速判断集群是否存在资源瓶颈,以及是否需要对 TiKV、TiDB 或 PD 进行扩容或者硬件配置升级。
Expand Down Expand Up @@ -241,7 +241,7 @@ Read traffic 和 Write traffic 面板可以帮助你深入分析 TiDB 集群内
- `TiDB -> TiKV: general`:前台事务从 TiDB 写入到 TiKV 的速率
- `TiDB -> TiKV: internal`:内部事务从 TiDB 写入到 TiKV 的速率
- `TiKV -> Rocksdb`:从 TiKV 到 RocksDB 的写操作流量
- `RocksDB Compaction`:RocksDB compaction 操作产生的总读写 I/O 流量。如果 `RocksDB Compaction` 明显高于 `TiKV -> Rocksdb`,且你的平均行大小高于 512 字节,则可以进行以下配置以减少 compaction I/O 流量:启用 Titan,将 min-blob-size 设置为 `"512B"``"1KB"`,将 blob-file-compression 设置为 `"zstd"`
- `RocksDB Compaction`:RocksDB compaction 操作产生的总读写 I/O 流量。如果 `RocksDB Compaction` 明显高于 `TiKV -> Rocksdb`,且你的平均行大小高于 512 字节,则可以进行以下配置以减少 compaction I/O 流量:启用 Titan,将 `min-blob-size` 设置为 `"512B"``"1KB"`,将 `blob-file-compression` 设置为 `"zstd"`

```toml
[rocksdb.titan]
Expand Down

0 comments on commit 5d3252f

Please sign in to comment.