iov_a的博客

Data@Data// 当前累计充电量// 当前累计费用// 电费单价// 服务费单价// 计费规则名称（尖峰平谷）// 充电时长（ms）// 事件时间戳功能原生 API生产消息消费消息+ while 循环注解手动提交序列化手动配置 Serializeryml 配置或@Bean配置类创建 Topic命令行或 AdminClient自动创建死信队列手动捕异常转发重试手动实现选型建议学习和理解底层原理 → 先玩原生 API。

Topic（主题）：纯逻辑抽象概念，是业务层面的消息分类、订阅入口。全局唯一、集群共享，元数据存储在Zookeeper中，不属于集群中任何一台Broker节点。生产者发消息、消费者订阅消息，只对接Topic，无需关心底层数据存储。Partition（分区）：Kafka的最小数据存储单元，真实的消息数据都存在分区中。一个Topic可以拆分为多个分区，目的是并行读写、提升集群吞吐量。Replica（副本）：分区的备份数据，为了保证高可用、防止节点宕机数据丢失。副本不属于新分区，只是同一个分区的多份拷贝。误区1。

前置条件：ZooKeeper 集群 + Kafka 集群已启动（3个ZK节点 + 3个Broker） Broker 地址：172.17.0.7:9092, 172.17.0.7:9093, 172.17.0.7:9094。

只要看到报错。

前面我们吃透了 Kafka的核心底层原理，理论落地必须依靠实操命令。Kafka 日常开发、测试、集群运维的核心操作，全部依赖自带的 shell 命令。本文整理的 Kafka 命令，按「主题管理、消息生产消费、集群运维、分区副本、偏移量查询」分类，搭配详细参数解析、实操场景、避坑说明，新手直接复制即用，完美搭配上篇原理博文，做到。：本文命令基于 Kafka 2.x/3.x 新版本，统一使用（废弃旧版方式），适配所有新版集群。