-
Bug
-
Resolution: Done
-
Major
-
None
-
None
One location...
The maximum number of rows that the connector fetches and reads into memory during an incremental snapshot chunk. Increasing the chunk size provides greater efficiency, because the snapshot runs fewer snapshot queries of a greater size. However, larger chunk sizes also require more memory to buffer the snapshot data. Adjust the chunk size to a value that provides the best performance in your environment.
Another location...
In an incremental snapshot, instead of capturing the full state of a database all at once, as in an initial snapshot, Debezium captures each table in phases, in a series of configurable chunks. You can specify the tables that you want the snapshot to capture and the size of each chunk. The chunk size determines the number of rows that the snapshot collects during each fetch operation on the database. The default chunk size for incremental snapshots is 1 KB.
Not clear if field is number of rows or number of bytes or number of KBs?
- is cloned by
-
DBZ-6515 Debezium incremental snapshot chunk size documentation unclear or incorrect
- Closed
- links to
-
RHEA-2023:120698 Red Hat build of Debezium 2.3.4 release