Topic减分区会造成数据丢失。
这是Apache Kafka自身设计所限制的。
在云存储模式下，单分区 Topic（分区数 = 1）不具备高可用能力。当所在节点宕机时，该 Topic 将无法提供服务。增加重试机制仅能在升级等短暂停服场景下减少影响，无法应对节点宕机导致的服务中断和数据丢失。如需保障高可用，建议将分区数设置为大于 1 的值。
修改 Kafka 内部 Topic 分区数有什么风险？
Kafka 内部 Topic（如 __consumer_offsets）由系统自动创建和管理，手动调整其分区数可能导致消息乱序（Key 到分区的映射关系改变）或状态不一致（如消费位点异常）。不建议手动调整，如确有需要，请充分评估风险并做好数据备份。