Spark对kafka两种连接方式的对比

最新推荐文章于 2023-09-20 19:04:24 发布

原创

最新推荐文章于 2023-09-20 19:04:24 发布 · 258 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#spark #kafka

Spark连接Kafka有两种方式：DirectKafkaInputDStream（直连方式）和KafkaInputDStream。Direct方式在driver端接收数据，简化并行，提高效率，并提供恰好一次语义保证。它创建的RDD分区与Kafka分区对应，不需要接收器。而KafkaInputDStream使用receiver，数据处理与接收分离，可能需要WAL保证零数据丢失，存在重复消费风险。

Spark对于Kafka的连接主要有两种方式,一种是(直连方式)DirectKafkaInputDStream,另一种是KafkaInputDStream.DirectKafkaInputDStream只在driver端接收数据,所以继承了InputDStream,是没有receivers(接收器的方式)的

使用Receiver的方式有以下好处:

简化并行:不再需要创建多个kafka input DStream然后再union这些input DStream.使用directStream,spark Streaming会创建与Kafkapartitions相同数量的partitions的RDD,RDD的partition与Kafka的partition一一对应,这样更易于理解及调优

高效:在方式一中要保证零数据丢失需要启动WAL(预写日志),这会占用更多空间.而在方式二中,可以直接从Kafka指定的topic的指定offsets处恢复数据,不再需要使用WAL

恰好一次语义保证:基于Receiver方式使用了Kafka的highlevelAPI来在Zookeeper中消费已消费的offsers.这在某些情况下会导致一些数据被消费两次,比如streaming app在处理某个batch内已接收到的数据的过程中挂掉,但是数据已经处理了一部分.但这种情况下无法将已经处理数据的offsets更新到Zookeeper中,下次重启时,这批数据将再次被消费且处理.基于direct的方式,使用kafka的简单api,SparkStreaming自己就负责追踪消费的offset,并保存在checkpoint中.Spark自己一定是同步的,因此可以保证数据时消费一次且仅消费一次.这种方式中,只要将output操作和保存offsets操作封装成一个原子操作就能避免失败后的重复消费和处理,从而达到恰好一次有语义(Exactly-once)

上述分析总结:

1.createStream会使用Receiver;而createDirectStream不会</