mirror of
https://github.com/hibiken/asynq.git
synced 2026-04-25 23:15:51 +03:00
[GH-ISSUE #1039] [BUG] How to clean up leftover data after a run #1506
Labels
No labels
CLI
bug
designing
documentation
duplicate
enhancement
good first issue
good first issue
help wanted
idea
invalid
investigate
needs-more-info
performance
pr-welcome
pull-request
question
wontfix
work in progress
work in progress
work-around-available
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/asynq#1506
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Harvi-C on GitHub (Mar 27, 2025).
Original GitHub issue: https://github.com/hibiken/asynq/issues/1039
Originally assigned to: @hibiken, @kamikazechaser on GitHub.
I found that if my server terminates abnormally, Redis will leave a lot of unprocessed task data. Will this data be automatically checked and cleaned up after the next server startup? Because I found that these data have no expiration time set,
I am now manually calling the Inspector to process, but some counting-related statistics will be left, and I don’t know whether more keys will be generated as the system runs. Is there any elegant way to clean it up?
@Harvi-C commented on GitHub (Mar 27, 2025):
这是我现在的处理方式,但它不够彻底:
@ronge1012 commented on GitHub (Apr 25, 2025):
请问这个关于删除processed这个选项搞定了吗
@kamikazechaser commented on GitHub (May 5, 2025):
Are you on version v0.25.0+? Have you tried using the retention option? It should clear completed tasks. As for the others (archived, retry and scheduled) the behavior is different. I wouldn't delete those 3 automatically, they need to be manually inspected so your approach of using the inspector is fine because for you, it is safe to delete those 3, for the majority it is not.