yugabyte/yugabyte-db

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

Open

#13.438 geöffnet am 26. Juli 2022

Auf GitHub ansehen
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)C (1.003 Forks)batch import
good first issuekind/bugpriority/medium

Repository-Metriken

Stars
 (8.229 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 17T 21h) (92 gemergte PRs in 30 T)

Beschreibung

Jira Link: DB-3059

Description

Steps:

  1. Create a snapshot schedule.
  2. Delete snapshot_schedule.
  3. List all snapshot schedules via list_snapshot_schedules.

Observation:

If we keep on hitting list_snapshot_schedules, it will list deleted one as well for around 5 to 10 seconds. There is latency. Is this async call? Should we make it sync call?

Contributor Guide

Research-Richtung
Das Problem meldet eine Verzögerung von 5-10 Sekunden zwischen dem Löschen eines Snapshot Zeitplans und seinem Verschwinden aus list snapshot schedules. Dies deutet auf eine asynchrone Ausbreitungsverzögerung hin. Zur Lösung untersuchen Sie die Lösch und Auflistungspfade im Code, wahrscheinlich in Dateien wie `yb/master/backends/catalog manager.cc` oder `yb/master/snapshot coordinator.cc`. Suchen Sie nach Hintergrundaufgaben oder Eventual Consistency Mechanismen. Prüfen Sie, ob es eine Möglichkeit gibt, die Löschung synchron zu bestätigen, bevor an den Client zurückgekehrt wird. Überprüfen Sie außerdem vorhandene Tests für die Löschung von Snapshot Zeitplänen, um das erwartete Verhalten zu verstehen.
Tech Stack
c
Domain
database
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40