You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Chia-Ping Tsai (Jira)" <ji...@apache.org> on 2026/10/06 07:41:00 UTC
[jira] [Created] (KAFKA-21228) The cold snapshot timer should check pending updates instead of snapshot timestamps
Chia-Ping Tsai created KAFKA-21228:
--------------------------------------
Summary: The cold snapshot timer should check pending updates instead of snapshot timestamps
Key: KAFKA-21228
URL: https://issues.apache.org/jira/browse/KAFKA-21228
Project: Kafka
Issue Type: Improvement
Reporter: Chia-Ping Tsai
Assignee: Chia-Ping Tsai
long coldSnapshottedPartitionsCount = shareStateMap.values().stream()
.filter(shareGroupOffset -> shareGroupOffset.createTimestamp() - shareGroupOffset.writeTimestamp() != 0)
.count();
// If all share partitions are snapshotted, it means that
// system is quiet and cold snapshotting will not help much.
if (coldSnapshottedPartitionsCount == shareStateMap.size()) {
log.debug("All share snapshot records already cold snapshotted, skipping.");
return new CoordinatorResult<>(List.of(), null);
}
The early return treats "all partitions cold-snapshotted" as "system is quiet". But ShareUpdate does not touch createTimestamp or writeTimestamp (see merge()), so once every partition has been cold-snapshotted, the timer returns early on every run until some partition reaches the records threshold. Slow-traffic partitions are never flushed, which conflicts with the purpose of the timer.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)