pingcap/tidb

Improve observability of fast reorg ADD INDEX progress

Open

#56 986 ouverte le 30 oct. 2024

Voir sur GitHub
 (6 commentaires) (0 réactions) (1 assigné)Go (40 090 stars) (6 186 forks)batch import
component/ddlgood first issuetype/enhancement

Description

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".

Guide contributeur

Stack technique
goprometheusgrafana
Domaine
observabilitydatabase
Type d'issue
feature
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
half day
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
clear
Prérequis
Go programmingTiDB DDLPrometheusKV store
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
50
Direction de recherche
Examine the fast reorg implementation in the DDL package, specifically how index data is batched. Identify the existing metrics (e.g., `ddl worker operation duration`) and determine where to add a new metric for record KV reads. Review the Prometheus client library usage in the codebase. Then implement the new metric and update the Grafana dashboard if applicable.