为何Kafka KRaft集群的Broker节点也存在__cluster_metadata-0目录？

• 本地元数据缓存加速恢复：Broker需要实时掌握集群元数据（如Topic配置、分区分配、控制器状态等），__cluster_metadata-0目录存储的是元数据的本地副本。当Broker重启或网络临时中断后，无需从控制器全量拉取元数据，直接加载本地快照就能快速恢复服务，既缩短启动时间，也降低对控制器的压力。

• 支持角色动态切换：KRaft架构本身支持节点角色（控制器/Broker）的动态转换。即便当前是分离的3控3Broker部署，保留__cluster_metadata-0目录能让Broker在需要时快速切换为控制器角色，不用重新初始化元数据存储结构，提升集群的弹性容错能力。

• 元数据同步的核心机制：KRaft模式下，控制器通过Raft协议将元数据日志同步到所有节点（包括Broker），Broker靠消费这些日志更新本地元数据状态。__cluster_metadata-0就是存储这些元数据日志和快照的载体，这是KRaft替代ZooKeeper模式下Broker从ZK拉取元数据的核心方式。

• 内部特殊存储单元的特性：__cluster_metadata-0并非常规用户可见的Topic，它是KRaft内部用于元数据管理的特殊存储单元，因此kafka-topics.sh --bootstrap-server kafka1:9092 --describe无法查询到。它的存储逻辑独立于常规Topic，直接以目录形式存在于节点数据目录下。

内容的提问来源于stack exchange，提问作者Judy