Skip to content

Subscription: fully managed tsfile parsing process for tsfile format topic #15524

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
May 19, 2025

Conversation

VGalaxies
Copy link
Contributor

follow up #14856

@SteveYurongSu SteveYurongSu self-assigned this May 19, 2025
@SteveYurongSu SteveYurongSu merged commit 632d87e into apache:master May 19, 2025
48 of 50 checks passed
@VGalaxies VGalaxies deleted the sub-tsfile-parse branch May 19, 2025 08:06
VGalaxies added a commit to VGalaxies/iotdb that referenced this pull request May 19, 2025
SteveYurongSu pushed a commit that referenced this pull request May 29, 2025
… commit (#15598)

Consider the historical data export snapshot scenario: 

1. The events delivered upstream are, in order, the tsfile event and the termination event. 
2. The tsfile event is parsed into multiple tablet events, and then the reference count of the tsfile event is set to 0 (should report as false). 
3. Assuming that for some reason the tablet events were not sent to the peer in time, the reference count of the transfer termination event is set to 0 (should report as true).
4. At this point, because the tablet events were not enriched with a commit id (see Subscription: fully managed tsfile parsing process for tsfile format topic #15524), the termination event successfully marks the corresponding DR complete, which in turn leads to data loss.
VGalaxies added a commit to VGalaxies/iotdb that referenced this pull request May 29, 2025
… commit (apache#15598)

Consider the historical data export snapshot scenario: 

1. The events delivered upstream are, in order, the tsfile event and the termination event. 
2. The tsfile event is parsed into multiple tablet events, and then the reference count of the tsfile event is set to 0 (should report as false). 
3. Assuming that for some reason the tablet events were not sent to the peer in time, the reference count of the transfer termination event is set to 0 (should report as true).
4. At this point, because the tablet events were not enriched with a commit id (see Subscription: fully managed tsfile parsing process for tsfile format topic apache#15524), the termination event successfully marks the corresponding DR complete, which in turn leads to data loss.
SteveYurongSu pushed a commit that referenced this pull request May 29, 2025
… commit (#15598) (#15601)

Consider the historical data export snapshot scenario: 

1. The events delivered upstream are, in order, the tsfile event and the termination event. 
2. The tsfile event is parsed into multiple tablet events, and then the reference count of the tsfile event is set to 0 (should report as false). 
3. Assuming that for some reason the tablet events were not sent to the peer in time, the reference count of the transfer termination event is set to 0 (should report as true).
4. At this point, because the tablet events were not enriched with a commit id (see Subscription: fully managed tsfile parsing process for tsfile format topic #15524), the termination event successfully marks the corresponding DR complete, which in turn leads to data loss.
JackieTien97 pushed a commit that referenced this pull request May 30, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants