[ 
https://issues.apache.org/jira/browse/KAFKA-7061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Senthilnathan Muthusamy updated KAFKA-7061:
-------------------------------------------
    Description: 
Enhance log compaction to support more than just offset comparison, so the 
insertion order isn't dictating which records to keep.

Default behavior is kept as it was, with the enhanced approached having to be 
purposely activated.
 The enhanced compaction is done either via the record timestamp, by settings 
the new configuration as "timestamp" or via the record headers by setting this 
configuration to anything other than the default "offset" or the reserved 
"timestamp".

See 
[KIP-280|https://cwiki.apache.org/confluence/display/KAFKA/KIP-280%3A+Enhanced+log+compaction]
 for more details.

+From Guozhang:+ We should emphasize on the WIKI that the newly introduced 
config yields to the existing "log.cleanup.policy", i.e. if the latter's value 
is `delete` not `compact`, then the previous config would be ignored.

 

  was:
Enhance log compaction to support more than just offset comparison, so the 
insertion order isn't dictating which records to keep.

Default behavior is kept as it was, with the enhanced approached having to be 
purposely activated.
 The enhanced compaction is done either via the record timestamp, by settings 
the new configuration as "timestamp" or via the record headers by setting this 
configuration to anything other than the default "offset" or the reserved 
"timestamp".

See 
[KIP-280|https://cwiki.apache.org/confluence/display/KAFKA/KIP-280%3A+Enhanced+log+compaction]
 for more details.

+From Guozhang:+ We should emphasize that the newly introduced config yields to 
the existing "log.cleanup.policy", i.e. if the latter's value is `delete` not 
`compact`, then the previous config would be ignored.

 


> Enhanced log compaction
> -----------------------
>
>                 Key: KAFKA-7061
>                 URL: https://issues.apache.org/jira/browse/KAFKA-7061
>             Project: Kafka
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 2.5.0
>            Reporter: Luis Cabral
>            Assignee: Senthilnathan Muthusamy
>            Priority: Major
>              Labels: kip
>
> Enhance log compaction to support more than just offset comparison, so the 
> insertion order isn't dictating which records to keep.
> Default behavior is kept as it was, with the enhanced approached having to be 
> purposely activated.
>  The enhanced compaction is done either via the record timestamp, by settings 
> the new configuration as "timestamp" or via the record headers by setting 
> this configuration to anything other than the default "offset" or the 
> reserved "timestamp".
> See 
> [KIP-280|https://cwiki.apache.org/confluence/display/KAFKA/KIP-280%3A+Enhanced+log+compaction]
>  for more details.
> +From Guozhang:+ We should emphasize on the WIKI that the newly introduced 
> config yields to the existing "log.cleanup.policy", i.e. if the latter's 
> value is `delete` not `compact`, then the previous config would be ignored.
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to