apache/hudi

Incremental Cleaning should not revert to brute force all-partition scanning in any cases

Closed

#14,569 opened on Nov 30, 2025

View on GitHub
 (0 comments) (0 reactions) (0 assignees)Java (2,431 forks)batch import
component:cleaningfrom-jiragood first issuehelp-wantedpriority:hightype:feature

Repository metrics

Stars
 (4,823 stars)
PR merge metrics
 (Avg merge 16d 21h) (127 merged PRs in 30d)

Description

After [https://github.com/apache/incubator-hudi/pull/1576] . Incremental Cleaning would still resort to full partition scan when  no previous clean operation was done in the dataset. This ticket is to design and implement a safe solution which would avoid full scanning in all cases.

JIRA info

Comments

09/Jul/20 13:10;309637554;i am happy to take this issue.;;;

Contributor guide

Research direction
Study the current incremental cleaning implementation and the referenced PR #1576. Understand how cleaning currently falls back to full partition scan when no previous clean exists. Design a method to track cleaning progress per partition to avoid full scans.
Tech stack
java
Domain
backenddata
Issue type
Feature
DifficultyEstimated implementation difficulty for a new contributor, from 1 for very small changes to 5 for expert-level work.
3
Estimated timeA rough time range for an experienced contributor to investigate, implement, test, and prepare a pull request.
3-5 days
Activity statusHow available the issue appears right now: fresh, active, stale, blocked, or waiting on maintainer input.
Stale
ClarityHow clearly the issue explains the expected change, acceptance criteria, and next step.
Clear
Prerequisites
JavaGit
Newbie friendlinessA 1-100 score estimating how approachable this issue is for first-time contributors.
50