Kafka数据清理机制

Apache Kafka中数据清理机制涉及的主要概念有两个:基于时间或大小的日志保留策略,以及日志压缩。这些特性允许Kafka管理其存储空间,保留有用的数据,同时清除过时或重复的数据。

基于时间或大小的日志保留策略

日志保留策略配置参数:

  • log.retention.hours:日志保留的小时数。
  • log.retention.bytes:日志保留的最大字节数。

Kafka的日志保留策略是通过删除旧的日志段来实现的。日志段(Log Segment)是Kafka日志的分割单位。

源码解析

在Kafka的源码中,日志保留策略主要是通过LogManager类管理的,具体实现在Log类的deleteOldSegments方法中。

scala 复制代码
// kafka/log/Log.scala

private def deleteOldSegments(predicate: (LogSegment) => Boolean): Int = {
  // ...中间代码省略...
  val lastClean = activeSegment.baseOffset // the active segment is always kept
  val deletable = logSegments.view.takeWhile(_.baseOffset < lastClean)
  val numToDelete = deletable.count(predicate)
  // ...中间代码省略...
  if(numToDelete > 0) {
    // Actually delete the segments marked for deletion
    logSegments.view.take(numToDelete).foreach(deleteSegment)
  }
  numToDelete
}

private def deleteSegment(segment: LogSegment) {
  // ...中间代码省略...
  segment.delete()
  // ...中间代码省略...
}
代码示例
shell 复制代码
# 设置主题的日志保留时间为2天
kafka-configs --zookeeper localhost:2181 --entity-type topics --entity-name your_topic --alter --add-config retention.ms=172800000

# 设置主题的日志保畛大小为1GB
kafka-configs --zookeeper localhost:2181 --entity-type topics --entity-name your_topic --alter --add-config retention.bytes=1073741824

日志压缩

日志压缩允许Kafka保留至少一条每个键的最新消息,同时删除任何旧的、重复的键值记录。

配置参数
  • cleanup.policy=compact:启用日志压缩。
  • min.cleanable.dirty.ratio:控制启动压缩任务前允许的最大脏数据比例。
源码解析

日志压缩在LogCleaner类中实现,它由一个或多个CleanerThread组成,不断循环遍历所有日志。

scala 复制代码
// kafka/log/LogCleaner.scala

class LogCleaner(config: CleanerConfig, 
                 logDirs: Array[File], 
                 logs: Pool[TopicAndPartition, Log], 
                 time: Time) extends Logging {
  // ...中间代码省略...

  private val cleaners = 
    (0 until config.numThreads).map(i => 
      new CleanerThread(i, logs, cleanerConfig, time)
    )
  
  // ...中间代码省略...
}

class CleanerThread(threadId: Int, 
                    logs: Pool[TopicAndPartition, Log], 
                    cleanerConfig: CleanerConfig, 
                    time: Time) extends ShutdownableThread {
  // ...中间代码省略...
  
  override def doWork() {
    // ...中间代码省略...
    cleanOrSleep()
    // ...中间代码省略...
  }
  
  // ...中间代码省略...
}
代码示例
shell 复制代码
# 创建带有日志压缩策略的主题
kafka-topics --create --zookeeper localhost:2181 --replication-factor 1 --partitions 1 --topic compacted_topic --config cleanup.policy=compact

# 更改现有主题的配置以启用日志压缩
kafka-configs --zookeeper localhost:2181 --entity-type topics --entity-name your_existing_topic --alter --add-config cleanup.policy=compact

注意事项

  • Kafka的日志清理操作是异步的,不会立即反映更改。
  • 对于压缩,键值是必须的,没有键的消息将不会被压缩。
  • 在压缩过程中,CPU和IO可能会有显著使用,这可能影响到Kafka的性能。
  • Kafka的日志清理与日志追加操作是并发进行的,设计上保证了数据的一致性。

Kafka源码提供了对数据清理机制的更深入理解。如果想要更详细地探索,可以直接查阅Kafka源码。

相关推荐
灯澜忆梦1 天前
【RabbitMQ #3】 | Go 客户端 + SpringAMQP
分布式·golang·rabbitmq
Q26433650231 天前
【有源码】基于Spark的电商客户细分与盈利洞察分析系统-面向精准营销的电商客户细分模型构建与盈利能力可视化研究
大数据·hadoop·分布式·数据挖掘·数据分析·spark·毕业设计
智码看视界1 天前
技术选型指南:Pulsar vs Kafka:消息队列选型终极对比与压测
kafka·消息队列·pulsar·消息中间件·流处理·高吞吐·架构选型
新思维软件1 天前
基于无线传输的地衡系统:三节点 LoRa 组网与 MQTT 上云的分布式称重方案
分布式·stm32·单片机·嵌入式硬件·物联网·物联网开发
俊哥大数据1 天前
Flink1.20.3 实时消费 Kafka 数据并解析入湖 Paimon1.4.2 全流程实战
分布式·flink·kafka·数据湖·paimon
宸津-代码粉碎机2 天前
OpenAI 连夜迎战 Grok Bot 和 Muse:AI 智能体从 “会聊天” 到 “能办事”,现在入场还来得及吗
java·大数据·人工智能·分布式·python
程序猿乐锅2 天前
【黑马点评 | 第八篇】Redisson分布式锁
java·数据库·spring boot·redis·分布式·spring·缓存
灯澜忆梦2 天前
【RabbitMQ #7】 | 消息转换器
分布式·rabbitmq·ruby
需要8262 天前
分布式事务:Seata AT/TCC/SAGA 的取舍与踩坑
java·spring boot·分布式·spring·spring cloud
CS创新实验室2 天前
为什么三台机器就能选出一个“带头大哥“?——Raft 一致性算法,一次讲透
分布式·操作系统