satishkotha opened a new pull request #1389: [HUDI-687] Stop incremental reader when there is a pending compaction… URL: https://github.com/apache/incubator-hudi/pull/1389 ## What is the purpose of the pull request example timeline: t0 -> create bucket1.parquet t1 -> create and append updates bucket1.log t2 -> request compaction t3 -> create bucket2.parquet if compaction at t2 takes a long time, incremental reads using HoodieParquetInputFormat may make progress to read commits at t3 and skip data ingested at t1 leading to 'data loss' .(Data will still be on disk, but incremental readers wont see it because its in log file and readers move to t3) To workaround this problem, we want to stop returning data belonging to commits > compaction_requested/inprogress_instant. After compaction is complete, incremental reader would see updates in t2, t3, so on. Disadvantage is that long running compactions can make it look like reader is 'stuck'. But that is better than data loss. ## Brief change log - Change HoodieParquetInputFormat to read commits prior to compaction instant - Added unit tests to validate behavior ## Verify this pull request This change added tests and can be verified as follows: mvn test (TestMergeOnReadTable and TestHoodieActiveTimeline) ## Committer checklist - [ ] Has a corresponding JIRA in PR title & commit - [ ] Commit message is descriptive of the change - [ ] CI is green - [ ] Necessary doc changes done or have another open PR - [ ] For large changes, please consider breaking it into sub-tasks under an umbrella JIRA.
---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services