[转帖]TiDB Lightning 监控告警

tidb,lightning,监控,告警 · 浏览次数 : 0

小编点评

**内容简介** 该内容展示了如何使用 TiDB Lightning Importer 来导入数据到 TiKV 集群。 **步骤** 1. **创建 TiDB Lightning Importer** 2. **设置引擎配置文件** 3. **启动 Importer** 4. **导入数据** 5. **监控 Importer 状态** **排版** ``` # Engine Configuration table_index_region_io_closed_engine.config = { # ...配置 ... } # Import Configuration lightning_importer_engine.config = { # ...配置 ... } # Start Importer lightning_importer_engine.start() # Import Data # Monitor Importer State # Print Importer Status ``` **其他信息** * 该内容使用排版来展示配置和状态。 * Importer 在启动之前会执行一些初始化操作。 * 在导入数据后,可以监控 Importer 的状态。 * 可以使用 `lightning_row_*_*` 变量来获取 SQL 数据的键值对。

正文

https://docs.pingcap.com/zh/tidb/v6.5/monitor-tidb-lightning

 

tidb-lightning 支持使用 Prometheus 采集监控指标 (metrics)。本文主要介绍 TiDB Lightning 的监控配置与监控指标。

监控配置

如果是手动部署 TiDB Lightning,则参照以下步骤进行配置。

只要 Prometheus 能发现 tidb-lightning 和 tikv-importer 的监控地址,就能收集对应的监控指标。

监控的端口可在 tidb-lightning.toml 中配置:

[lightning] # 用于调试和 Prometheus 监控的 HTTP 端口。输入 0 关闭。 pprof-port = 8289 ...

监控的端口也可在 tikv-importer.toml 配置:

# 状态服务器的监听地址 status-server-address = '0.0.0.0:8286'

配置 Prometheus 后,tidb-lightning 才能发现服务器。配置方法如下,将服务器地址直接添加至 scrape_configs 部分:

... scrape_configs: - job_name: 'lightning' static_configs: - targets: ['192.168.20.10:8289'] - job_name: 'tikv-importer' static_configs: - targets: ['192.168.20.9:8286']

Grafana 面板

Grafana 的可视化面板可以让你在网页上监控 Prometheus 指标。

第一行:速度面板

第一行速度面板

面板名称序列描述
Import speed write from lightning 从 TiDB Lightning 向 TiKV Importer 发送键值对的速度,取决于每个表的复杂性
Import speed upload to tikv 从 TiKV Importer 上传 SST 文件到所有 TiKV 副本的总体速度
Chunk process duration   完全编码单个数据文件所需的平均时间

有时导入速度会降到 0,这是为了平衡其他部分的速度,属于正常现象。

第二行:进度面板

第二行进度面板

面板名称描述
Import progress 已编码的文件所占百分比
Checksum progress 已导入的表所占百分比
Failures 导入失败的表的数量以及故障点,通常为空

第三行:资源使用面板

第三行资源使用面板

面板名称描述
Memory usage 每个服务占用的内存
Number of Lightning Goroutines TiDB Lightning 使用的运行中的 goroutines 数量
CPU% 每个服务使用的逻辑 CPU 数量

第四行:配额使用面板

第四行配额使用面板

面板名称序列描述
Idle workers io 未使用的 io-concurrency 的数量,通常接近配置值(默认为 5),接近 0 时表示磁盘运行太慢
Idle workers closed-engine 已关闭但未清理的引擎数量,通常接近 index-concurrency 与 table-concurrency 的和(默认为 8),接近 0 时表示 TiDB Lightning 比 TiKV Importer 快,导致 TiDB Lightning 延迟
Idle workers table 未使用的 table-concurrency 的数量,通常为 0,直到进程结束
Idle workers index 未使用的 index-concurrency 的数量,通常为 0,直到进程结束
Idle workers region 未使用的 region-concurrency 的数量,通常为 0,直到进程结束
External resources KV Encoder 已激活的 KV encoder 的数量,通常与 region-concurrency 的数量相同,直到进程结束
External resources Importer Engines 打开的引擎文件数量,不应超过 max-open-engines 的设置

第五行:读取速度面板

第五行读取速度面板

面板名称序列描述
Chunk parser read block duration read block 读取一个字节块来准备解析时所消耗的时间
Chunk parser read block duration apply worker 等待 io-concurrency 空闲所消耗的时间
SQL process duration row encode 解析和编码单行所消耗的时间
SQL process duration block deliver 将一组键值对发送到 TiKV Importer 所消耗的时间

如果上述项的持续时间过长,则表示 TiDB Lightning 使用的磁盘运行太慢或 I/O 太忙。

第六行:存储空间面板

第六行存储空间面板

面板名称序列描述
SQL process rate data deliver rate 向 TiKV Importer 发送数据键值对的速度
SQL process rate index deliver rate 向 TiKV Importer 发送索引键值对的速度
SQL process rate total deliver rate 发送数据键值对及索引键值对的速度之和
Total bytes parser read size TiDB Lightning 正在读取的字节数
Total bytes data deliver size 已发送到 TiKV Importer 的数据键值对的字节数
Total bytes index deliver size 已发送到 TiKV Importer 的索引键值对的字节数
Total bytes storage_size/3 TiKV 集群占用的存储空间大小的 1/3(3 为默认的副本数量)

第七行:导入速度面板

第七行导入速度面板

面板名称序列描述
Delivery duration Range delivery 将一个 range 的键值对上传到 TiKV 集群所消耗的时间
Delivery duration SST delivery 将单个 SST 文件上传到 TiKV 集群所消耗的时间
SST process duration Split SST 将键值对流切分成若干 SST 文件所消耗的时间
SST process duration SST upload 上传单个 SST 文件所消耗的时间
SST process duration SST ingest ingest 单个 SST 文件所消耗的时间
SST process duration SST size 单个 SST 文件的大小

监控指标

本节将详细描述 tikv-importer 和 tidb-lightning 的监控指标。

tikv-importer

tikv-importer 的监控指标皆以 tikv_import_* 为前缀。

  • tikv_import_rpc_duration(直方图)

    完成一次 RPC 用时直方图。标签:

    • request:所执行 RPC 请求的类型
      • switch_mode — 将一个 TiKV 节点切换为 import/normal 模式
      • open_engine — 打开引擎文件
      • write_engine — 接收数据并写入引擎文件
      • close_engine — 关闭一个引擎文件
      • import_engine — 导入一个引擎文件到 TiKV 集群中
      • cleanup_engine — 删除一个引擎文件
      • compact_cluster — 显式压缩 TiKV 集群
      • upload — 上传一个 SST 文件
      • ingest — Ingest 一个 SST 文件
      • compact — 显式压缩一个 TiKV 节点
    • result:RPC 请求的执行结果
      • ok
      • error
  • tikv_import_write_chunk_bytes(直方图)

    从 TiDB Lightning 接收的键值对区块大小(未压缩)的直方图。

  • tikv_import_write_chunk_duration(直方图)

    从 tidb-lightning 接收每个键值对区块所需时间的直方图。

  • tikv_import_upload_chunk_bytes(直方图)

    上传到 TiKV 的每个 SST 文件区块大小(压缩)的直方图。

  • tikv_import_range_delivery_duration(直方图)

    将一个 range 的键值对发送至 dispatch-job 任务所需时间的直方图。

  • tikv_import_split_sst_duration(直方图)

    将 range 从引擎文件中分离到单个 SST 文件中所需时间的直方图。

  • tikv_import_sst_delivery_duration(直方图)

    将 SST 文件从 dispatch-job 任务发送到 ImportSSTJob 任务所需时间的直方图

  • tikv_import_sst_recv_duration(直方图)

    ImportSSTJob 任务接收从 dispatch-job 任务发送过来的 SST 文件所需时间的直方图。

  • tikv_import_sst_upload_duration(直方图)

    从 ImportSSTJob 任务上传 SST 文件到 TiKV 节点所需时间的直方图。

  • tikv_import_sst_chunk_bytes(直方图)

    上传到 TiKV 节点的 SST 文件(压缩)大小的直方图。

  • tikv_import_sst_ingest_duration(直方图)

    将 SST 文件传入至 TiKV 所需时间的直方图。

  • tikv_import_each_phase(测量仪)

    表示运行阶段。值为 1 时表示在阶段内运行,值为 0 时表示在阶段内运行。标签:

    • phase:prepare / import
  • tikv_import_wait_store_available_count(计数器)

    计算出现 TiKV 节点没有充足空间上传 SST 文件现象的次数。标签:

    • store_id: TiKV 存储 ID。
  • tikv_import_upload_chunk_duration(直方图)

    上传到 TiKV 的每个区块所需时间的直方图。

tidb-lightning

tidb-lightning 的监控指标皆以 lightning_* 为前缀。

  • lightning_importer_engine(计数器)

    计算已开启及关闭的引擎文件数量。标签:

    • type:
      • open
      • closed
  • lightning_idle_workers(计量表盘)

    计算闲置的 worker。标签:

    • name:
      • table — 未使用的 table-concurrency 的数量,通常为 0,直到进程结束
      • index — 未使用的 index-concurrency 的数量,通常为 0,直到进程结束
      • region — 未使用的 region-concurrency 的数量,通常为 0,直到进程结束
      • io — 未使用的 io-concurrency 的数量,通常接近配置值(默认为 5),接近 0 时表示磁盘运行太慢
      • closed-engine — 已关闭但未清理的引擎数量,通常接近 index-concurrency 与 table-concurrency 的和(默认为 8),接近 0 时表示 TiDB Lightning 比 TiKV Importer 快,导致 TiDB Lightning 延迟
  • lightning_kv_encoder(计数器)

    计算已开启及关闭的 KV 编码器。KV 编码器是运行于内存的 TiDB 实例,用于将 SQL 的 INSERT 语句转换成键值对。此度量的净值(开启减掉关闭)在正常情况下不应持续增长。标签:

    • type:
      • open
      • closed
  • lightning_tables(计数器)

    计算处理过的表及其状态。标签:

    • state:表的状态,表明当前应执行的操作
      • pending — 等待处理
      • written — 所有数据已编码和传输
      • closed — 所有对应的引擎文件已关闭
      • imported — 所有引擎文件已上传到目标集群
      • altered_auto_inc — 自增 ID 已改
      • checksum — 已计算校验和
      • analyzed — 已进行统计信息分析
      • completed — 表格已完全导入并通过验证
    • result:当前操作的执行结果
      • success — 成功
      • failure — 失败(未完成)
  • lightning_engines(计数器)

    计算处理后引擎文件的数量以及其状态。标签:

    • state:引擎文件的状态,表明当前应执行的操作
      • pending — 等待处理
      • written — 所有数据已编码和传输
      • closed — 引擎文件已关闭
      • imported — 当前引擎文件已上传到目标集群
      • completed — 当前引擎文件已完全导入
    • result:当前操作的执行结果
      • success — 成功
      • failure — 失败(未完成)
  • lightning_chunks(计数器)

    计算处理过的 Chunks 及其状态。标签:

    • state: 单个 Chunk 的状态,表明该 Chunk 当前所处的阶段
      • estimated — (非状态)当前任务中 Chunk 的数量
      • pending — 已载入但未执行
      • running — 正在编码和发送数据
      • finished — 该 Chunk 已处理完毕
      • failed — 处理过程中发生错误
  • lightning_import_seconds(直方图)

    导入每个表所需时间的直方图。

  • lightning_row_read_bytes(直方图)

    单行 SQL 数据大小的直方图。

  • lightning_row_encode_seconds(直方图)

    解码单行 SQL 数据到键值对所需时间的直方图。

  • lightning_row_kv_deliver_seconds(直方图)

    发送一组与单行 SQL 数据对应的键值对所需时间的直方图。

  • lightning_block_deliver_seconds(直方图)

    每个键值对中的区块传送到 tikv-importer 所需时间的直方图。

  • lightning_block_deliver_bytes(直方图)

    发送到 Importer 的键值对中区块(未压缩)的大小的直方图。

  • lightning_chunk_parser_read_block_seconds(直方图)

    数据文件解析每个 SQL 区块所需时间的直方图。

  • lightning_checksum_seconds(直方图)

    计算表中 Checksum 所需时间的直方图。

  • lightning_apply_worker_seconds(直方图)

    获取闲置 worker 等待时间的直方图 (参见 lightning_idle_workers 计量表盘)。标签:

    • name:
      • table
      • index
      • region
      • io
      • closed-engine

与[转帖]TiDB Lightning 监控告警相似的内容:

[转帖]TiDB Lightning 监控告警

https://docs.pingcap.com/zh/tidb/v6.5/monitor-tidb-lightning tidb-lightning 支持使用 Prometheus 采集监控指标 (metrics)。本文主要介绍 TiDB Lightning 的监控配置与监控指标。 监控配置 如果

[转帖]tidb-lightning 逻辑模式导入

https://docs.pingcap.com/zh/tidb/stable/tidb-lightning-configuration 本文档介绍如何编写逻辑导入模式的配置文件,如何进行性能调优等内容。 配置及使用 可以通过以下配置文件使用逻辑导入模式执行数据导入: [lightning] # 日

[转帖]TiDB Lightning 在数据迁移中的应用与错误处理实践

TiDB Lightning 在数据迁移中的应用与错误处理实践 作者简介:DBA,会点 MySQL,懂点 TiDB,Python。 个人主页:https://tidb.net/u/seiang/answer ,希望随着自己在 TiDB 上的成长,后续的主页内容越来越丰富。 俗话说:工欲善其事,必先利

[转帖]TIDB - 使用 Dumpling 和 TiDB Lightning 迁移Mysql数据至TIDB中

一、TiDB Lightning介绍 TiDB Lightning 是一个将全量数据高速导入到 TiDB 集群的工具,目前支持 Mydumper 或 CSV 输出格式的数据源。你可以在以下两种场景下使用 Lightning: 迅速导入大量新数据。 备份恢复所有数据。 目前,TiDB Lightnin

[转帖]使用 Dumpling 和 TiDB Lightning 备份与恢复

https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-using-dumpling-lightning 本文档介绍如何使用 Dumpling 和 TiDB Lightning 进行全量备份与恢复。 在备份与恢复场景中,如果需要全量备份少

[转帖]使用 Dumpling 和 TiDB Lightning 备份与恢复

本文档介绍如何使用 Dumpling 和 TiDB Lightning 进行全量备份与恢复。 在备份与恢复场景中,如果需要全量备份少量数据(例如小于 50 GB),且不要求备份速度,你可以使用 Dumpling 从 TiDB 数据库导出数据进行备份,再使用 TiDB Lightning 将数据导入至

[转帖]2.2.1 Lightning 工作原理

https://book.tidb.io/session2/chapter2/lightning-internal.html TiDB Lightning 工具支持高速导入 Mydumper 和 CSV 文件格式的数据文件到 TiDB 集群,导入速度可达每小时 300 GB,是传统 SQL 导入方式

[转帖]TiDB 使用 dumpling 导出数据,并使用 lightning 导入到另一个 TiDB 库

本文介绍从 TiDB-A 库导出数据到 TiDB-B 库; 导出 Dumpling 包含在 tidb-toolkit 安装包中,可在此下载。 从 TiDB/MySQL 导出数据 需要的权限 SELECTRELOADLOCK TABLESREPLICATION CLIENT 导出到 sql 文件 先贴

[转帖]使用 Logical Import Mode

https://docs.pingcap.com/zh/tidb/v6.5/tidb-lightning-logical-import-mode-usage 配置及使用 可以通过以下配置文件使用 Logical Import Mode 执行数据导入: [lightning] # 日志 level =

[转帖]使用逻辑导入模式

https://docs.pingcap.com/zh/tidb/stable/tidb-lightning-logical-import-mode-usage#%E6%80%A7%E8%83%BD%E8%B0%83%E4%BC%98 配置及使用 可以通过以下配置文件使用逻辑导入模式执行数据导入: