[DocDB] After deleting snapshot_schedule, there is about few seconds (about 5 to 10 seconds) of latency in reflecting in list_snapshot_schedules.

Métriques du dépôt

Stars

8 229 stars (8 229 stars)

Métriques de merge PR

Merge moyen 17j 21h (Merge moyen 17j 21h)92 PRs mergées en 30 j (92 PRs mergées en 30 j)

Description

Guide contributeur

Direction de recherche

Le problème signale un délai de 5 à 10 secondes entre la suppression d'une planification de capture instantanée et sa disparition de list snapshot schedules. Cela suggère un délai de propagation asynchrone. Pour résoudre, étudiez les chemins de code de suppression et de liste, probablement dans des fichiers comme `yb/master/backends/catalog manager.cc` ou `yb/master/snapshot coordinator.cc`. Recherchez toute tâche en arrière plan ou mécanisme de cohérence à terme. Vérifiez s'il existe un moyen de confirmer la suppression de manière synchrone avant de retourner au client. De plus, examinez les tests existants pour la suppression de planification de capture instantanée pour comprendre le comportement attendu.

Stack technique

c

Domaine

database

Type d'issue

Bug

DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.

2

Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.

1-3 heures

Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.

Récente

ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.

Claire

Prérequis

Git

Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.

40