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 创建于 2022年7月26日

在 GitHub 查看
 (0 评论) (0 反应) (0 负责人)C (1,003 fork)batch import
good first issuekind/bugpriority/medium

仓库指标

Star
 (8,229 star)
PR 合并指标
 (平均合并 17天 21小时) (30 天内合并 92 个 PR)

描述

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
议题类型
缺陷
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
2
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
1-3 小时
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
新近可参与
清晰度议题是否清楚说明期望改动、验收标准和下一步。
清晰
前置要求
Git
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
40