pingcap/tidb

Improve observability of fast reorg ADD INDEX progress

Open

#56,986 opened on 2024年10月30日

GitHub で見る
 (6 comments) (0 reactions) (1 assignee)Go (6,186 forks)batch import
component/ddlgood first issuetype/enhancement

Repository metrics

Stars
 (40,090 stars)
PR merge metrics
 (平均マージ 14d 4h) (30d で 346 merged PRs)

説明

Enhancement

currently we only let progress forward when KV is written to TiKV. When fast reorg is enabled, data will be batched on disk for a long time. No progress will be made during that stage and some users may suspect DDL is stuck.

So I propose we draw another line in metrics, which means "how many record KV we have read to assume the index KV".

コントリビューターガイド

調査方針
DDLパッケージにおける高速再編成の実装、特にインデックスデータのバッチ処理方法を調査します。既存のメトリクス（例：`ddl worker operation duration`）を特定し、レコードKV読み取りの新しいメトリクスを追加する場所を決定します。コードベースでのPrometheusクライアントライブラリの使用法を確認します。その後、新しいメトリクスを実装し、該当する場合はGrafanaダッシュボードを更新します。
技術スタック
go
領域
backenddatabase
Issue 種別
機能
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3時間
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
GoPrometheusTiDB internals (DDL)
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
60