fix(ilp): prevent writes going to the wrong place after a table rename#6654
fix(ilp): prevent writes going to the wrong place after a table rename#6654bluestreak01 merged 13 commits intomasterfrom
Conversation
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the You can disable this status message by setting the WalkthroughThis PR introduces table rename detection and generation tracking for ILP caches. A new Changes
Estimated code review effort🎯 4 (Complex) | ⏱️ ~75 minutes Suggested reviewers
🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
@coderabbitai review |
✅ Actions performedReview triggered.
|
core/src/main/java/io/questdb/cutlass/http/processors/LineHttpTudCache.java
Outdated
Show resolved
Hide resolved
[PR Coverage check]😍 pass : 26 / 26 (100.00%) file detail
|
The bug:
... actually the data goes to 'B'.
References to the table were cached in the state of each HTTP Connection.
Now there is a global version counter for renames. If this counter bumps, the processing will halt, flush the cache, rollback the partially written WAL, and then return an error to the user for retry. The aim is to preserve the atomicity of the request.