阅读量:25
Kafka提供了两种主要的日志清理策略：日志删除（Log Deletion）和日志压缩（Log Compaction）。以下是这两种策略的详细说明以及如何配置它们：
日志删除（Log Deletion）
- 基于时间的保留策略：当日志段超过指定的保留时间后，Kafka会删除这些日志段。保留时间可以通过配置参数
log.retention.hours、log.retention.minutes或log.retention.ms来设置，默认值为168小时（7天）。 - 基于日志大小的保留策略：当日志段的总大小超过配置的阈值时，Kafka会删除最早的日志段。大小限制可以通过配置参数
log.retention.bytes来设置，默认值为无穷大（-1），表示不限制大小。 - 基于日志起始偏移量的保留策略：这种策略较为少见，它是基于日志段的起始偏移量来决定哪些日志段可以被删除。这个策略在较新版本的Kafka中引入，可以通过相关配置实现。
日志压缩（Log Compaction）
- 工作原理：压缩策略主要用于仅保留每个键的最新版本，适用于更新频繁的场景，例如数据库变更日志。Kafka会定期扫描日志段，识别出需要压缩的段，并为每个日志段构建一个映射，记录每个键的最新偏移量。然后，Kafka会将这些消息写入新的日志段，并替换旧的日志段。
- 优点：压缩策略可以有效地减少存储空间的占用，同时保留每个键的最新值，这对于需要跟踪数据变化的应用场景非常有用。
配置参数
log.cleanup.policy：设置日志清理策略，可以是delete、compact或delete,compact（同时启用两种策略）。log.retention.check.interval.ms：设置日志清理任务的检查间隔，默认值为300,000毫秒（5分钟）。log.segment.bytes：设置每个日志分段的大小，默认值为1,073,741,824字节（1GB）。log.retention.bytes：设置每个日志分区允许使用的最大存储空间，默认值为-1（表示不限制）。
在修改配置参数后，需要重启Kafka服务以使配置生效。
通过以上配置，可以有效地管理Kafka的日志清理策略，确保系统的稳定性和性能。