pingcap/tidb

plan builder is too costly

Open

#27 633 ouverte le 27 août 2021

Voir sur GitHub
 (3 commentaires) (5 réactions) (2 assignés)Go (6 186 forks)batch import
help wantedtype/enhancement

Métriques du dépôt

Stars
 (40 090 stars)
Métriques de merge PR
 (Merge moyen 14j 4h) (346 PRs mergées en 30 j)

Description

Enhancement

image

There are several apparent part in this picture:

  • generate pseudo statistics cause allocation every time
  • expression rewrite, from ast column name to expression column, the function takes a long time (maybe many columns?)
  • the shadow copy of the column name in expression rewriter

The whole flame graph is, too much allocation caused a lot of GC consumption in the runtime.

image

Maybe the same problem with this issue https://github.com/pingcap/tidb/issues/26868

Guide contributeur

Direction de recherche
Profilage du plan builder avec pprof pour identifier les points chauds d'allocation mémoire et de pression GC. Concentrez vous sur les zones de réécriture d'expressions et de génération de pseudo statistiques mentionnées dans le flame graph. Examinez la copie fantôme des noms de colonnes et envisagez de réduire les allocations.
Stack technique
go
Domaine
databasebackend
Type d'issue
Performance
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
4
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
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.
Claire
Prérequis
Godatabase internalsprofiling tools (pprof)
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
35