You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Hongshun Wang (Jira)" <ji...@apache.org> on 2024/03/09 07:31:00 UTC
[jira] [Created] (FLINK-34634) Restarting the job will not read the changelog anymore if it stops before the synchronization of meta information is complete and some table is removed
Hongshun Wang created FLINK-34634:
-------------------------------------
Summary: Restarting the job will not read the changelog anymore if it stops before the synchronization of meta information is complete and some table is removed
Key: FLINK-34634
URL: https://issues.apache.org/jira/browse/FLINK-34634
Project: Flink
Issue Type: Improvement
Components: Flink CDC
Reporter: Hongshun Wang
Fix For: cdc-3.1.0
Attachments: image-2024-03-09-15-25-26-187.png, image-2024-03-09-15-27-46-073.png
Once, I removed a table from the option and then restarted the job from the savepoint, but the job couldn't read the binlog anymore. When I checked the logs, I found an Error level log stating:
' The enumerator received invalid request meta group id 6, the valid meta group id range is [0, 4].'
It appears that the Reader is requesting more splits than the Enumerator is aware of.
However, the code should indeed remove redundant split information from the Reader as seen in [https://github.com/ververica/flink-cdc-connectors/pull/2292]. So why does this issue occur?
!image-2024-03-09-15-25-26-187.png!
Upon examining the code, I discovered the cause. If the job stops before completing all the split meta information and then restarts, this issue occurs. Suppose that the totalFinishedSplitSize of binlogSplit in the Reader is 6, and no meta information has been synchronized, leaving the finishedSnapshotSplitInfos of binlogSplit in the Reader empty. After restarting, the totalFinishedSplitSize of binlogSplit in the Reader equals (6 - (0 - 0)) which is still 6, but in the Enumerator, it is only 4(the removed table have two split). This could lead to an out-of-range request.
!image-2024-03-09-15-27-46-073.png!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)