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.

オープン

#13,438 opened on 2022/07/26

GitHub で見る
 (0 件のコメント) (0 件のリアクション) (0 人の担当者)C (1,003 件のフォーク)batch import
good first issuekind/bugpriority/medium

Repository metrics

Stars
 (8,229 個のスター)
PR merge metrics
 (PR metrics pending)

説明

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?

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

調査方針
この問題は、スナップショットスケジュールを削除してから list snapshot schedules から消えるまでに 5-10 秒の遅延があると報告しています。これは非同期伝播遅延を示唆しています。解決するには、削除と一覧表示のコードパスを調査してください。おそらく `yb/master/backends/catalog manager.cc` や `yb/master/snapshot coordinator.cc` などのファイルにあります。バックグラウンドタスクや最終整合性メカニズムがないか探してください。クライアントに返信する前に削除を同期的に確認する方法があるかどうかを確認してください。また、スナップショットスケジュール削除の既存のテストをレビューして、期待される動作を理解してください。
技術スタック
c
領域
database
Issue 種別
バグ
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
2
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3時間
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
新着
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
Git
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
40