DBZ-1.7.0.Final:Signal table kafka insertion not resulting in anything when read.only mode

93 просмотра
Перейти к первому непрочитанному сообщению

V主宰

не прочитано,
20 окт. 2021 г., 05:51:5320.10.2021
– debezium
2021-10-20 17:34:26,381 INFO MySQL|debezium.sync.sr_test_mysql_master_1_gz_cvte_cn_3306|streaming Requested 'INCREMENTAL' snapshot of data collections '[seewo_group_prepare.t_teacher_group_prepare]' [io.debezium.connector.mysql.signal.KafkaSignalThread]

After insertion, only one log message produced above. 

operation step: delete kafka table topic manually, and then insert a execute-snapshot signal. kafka message as follow:

{"data":{"data-collections":["seewo_group_prepare.t_teacher_group_prepare"],"type":"INCREMENTAL"},"id":"333f3fe0c04248a68cf4b4e486756d0e","type":"execute-snapshot"}


Ekaterina Galieva

не прочитано,
20 окт. 2021 г., 12:42:0420.10.2021
– debezium
Hi, I think, it's related to the CJCommunicationsException that happens at the beginning of the snapshot

CC VMaster

не прочитано,
20 окт. 2021 г., 21:35:4620.10.2021
– debezium
OK, can this be released in 1.7 as soon as possible? This has a great impact on the Ad-hoc read-only Incremental snapshot, resulting in the failure of signaling to execute successfully, see more : https://groups.google.com/g/debezium/c/MRI9-qol6oU

CC VMaster

не прочитано,
20 окт. 2021 г., 21:39:1320.10.2021
– debezium
I found that when there some connector property changes of 'table.include.list' (need to update connector config), the executing can take effect. Is this a bug when I just delete a topic and resynchronize without changing table.include.list?
Ответить всем
Отправить сообщение автору
Переслать
0 новых сообщений