[ https://issues.apache.org/jira/browse/KAFKA-4529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15745956#comment-15745956 ]
ASF GitHub Bot commented on KAFKA-4529: --------------------------------------- GitHub user becketqin opened a pull request: https://github.com/apache/kafka/pull/2251 KAFKA-4529; Fix the issue that tombstone can be deleted too early. You can merge this pull request into a Git repository by running: $ git pull https://github.com/becketqin/kafka KAFKA-4529 Alternatively you can review and apply these changes as the patch at: https://github.com/apache/kafka/pull/2251.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #2251 ---- commit 42f284bf0c1897899b4d620d18de9f66f65617f3 Author: Jiangjie Qin <becket....@gmail.com> Date: 2016-12-13T19:02:08Z KAFKA-4529; Fix the issue that tombstone can be deleted too early. ---- > tombstone may be removed earlier than it should > ----------------------------------------------- > > Key: KAFKA-4529 > URL: https://issues.apache.org/jira/browse/KAFKA-4529 > Project: Kafka > Issue Type: Bug > Affects Versions: 0.10.1.0 > Reporter: Jun Rao > Assignee: Jiangjie Qin > Fix For: 0.10.1.1 > > > As part of KIP-33, we introduced a regression on how tombstone is removed in > a compacted topic. We want to delay the removal of a tombstone to avoid the > case that a reader first reads a non-tombstone message on a key and then > doesn't see the tombstone for the key because it's deleted too quickly. So, a > tombstone is supposed to only be removed from a compacted topic after the > tombstone is part of the cleaned portion of the log after delete.retention.ms. > Before KIP-33, deleteHorizonMs in LogCleaner is calculated based on the last > modified time, which is monotonically increasing from old to new segments. > With KIP-33, deleteHorizonMs is calculated based on the message timestamp, > which is not necessarily monotonically increasing. -- This message was sent by Atlassian JIRA (v6.3.4#6332)