【Kafka】Consumer配置
从0.9.0.0开始，下面是消费者的配置。
| 名称 | 描述 | 类型 | 默认值 |
|---|---|---|---|
| bootstrap.servers | 消费者初始连接kafka集群时的地址列表。不管这边配置的什么地址，消费者会使用所有的kafka集群服务器。消费者会通过这些地址列表，找到所有的kafka集群机器。 | list | |
| key.deserializer | 实现了Deserializer的key的反序列化类 | class | |
| value.deserializer | 实现了Deserializer的value的反序列化类 | class | |
| fetch.min.bytes | 每次请求，kafka返回的最小的数据量。如果数据量不够，这个请求会等待，直到数据量到达最小指标时，才会返回给消费者。如果设置大于1，会提高kafka的吞吐量，但是会有额外的等待期的代价。 | int | 1 |
| group.id | 标识这台消费者属于那个消费组。如果消费者通过订阅主题来实现组管理功能，或者使用基于kafka的偏移量管理策略，这个配置是必须的。 | string | "" |
| heartbeat.interval.ms | 使用kafka集群管理工具时，消费者协调器之间的预计心跳时间。心跳的作用是确保消费者的session是活跃的，同时当新的机器加入集群或有机器挂掉的情况下触发再平衡操作。这个配置必须小于heartbeat.interval.ms，而且应该不大于这个值的1/3。为了控制正常的负载均衡的预期时间，这个值可以设置的更小。 | int | 3000 |
| max.partition.fetch.bytes | kafka集群每个分区一次返回的最大数据量。一次请求的最大内存使用量应该等于#partitions * max.partition.fetch.bytes。这个值必须与kafka集群允许的最大消息数据量差不多大小，否则可能生产者发送了一个消息，大于消费者配置的值。这种情况下，消费者可能会在获取那条消息时堵住。 | int | 1048576 |
| session.timeout.ms | 使用kafka集群管理工具时检测失败的超时时间。如果在session超时时间范围内，没有收到消费者的心跳，broker会把这个消费者置为失效，并触发消费者负载均衡。因为只有在调用poll方法时才会发送心跳，更大的session超时时间允许消费者在poll循环周期内处理消息内容，尽管这会有花费更长时间检测失效的代价。如果想控制消费者处理消息的时间，还可以参考max.poll.records。注意这个值的大小应该在group.min.session.timeout.ms和group.max.session.timeout.ms范围内。 | int | 30000 |
| ssl.key.password | 私钥存储文件的私钥密码。可选配置。 | password | null |
| ssl.keystore.location | 私钥存储文件的路径。可选配置，并且可用来作为客户端的双向认证。 | string | null |
| ssl.keystore.password | 私钥存储文件的存储密码。可选配置，并且只有ssl.keystore.location配置的情况下才需要配置。 | password | null |
| ssl.truststore.location | 信任秘钥文件路径。 | string | null |
| ssl.truststore.password | 信任秘钥文件密码。 | password | null |
| auto.offset.reset | 当kafka的初始偏移量没了，或者当前的偏移量不存在的情况下，应该怎么办？下面有几种策略：earliest（将偏移量自动重置为最初的值）、latest（自动将偏移量置为最新的值）、none（如果在消费者组中没有发现前一个偏移量，就向消费者抛出一个异常）、anything else（向消费者抛出异常） | string | latest |
| connections.max.idle.ms | 配置时间后，关闭空闲的连接 | long | 540000 |
| enable.auto.commit | 如果设为true，消费者的偏移量会定期在后台提交。 | boolean | true |
| exclude.internal.topics | 内部主题（比如偏移量）是否需要暴露给消费者。如果设为true，获取内部主题消息的途径就是订阅他们。 | boolean | true |
| max.poll.records | 一次poll调用返回的最大消息数量。 | int | 2147483647 |
| partition.assignment.strategy | 使用组管理时，客户端使用的分区策略的类名，根据这个策略来进行消费分区。 | list | [org.apache.kafka.clients.consumer.RangeAssignor] |
| receive.buffer.bytes | SO_RCVBUF读取数据使用的内存大小。 | int | 65536 |
| request.timeout.ms | 这个配置控制一次请求响应的最长等待时间。如果在超时时间内未得到响应，kafka要么重发这条消息，要么超过重试次数的情况下直接置为失败。 | int | 40000 |
