Topic減分區會造成資料丟失。
這是Apache Kafka自身設計所限制的。
在雲端儲存模式下，單分區 Topic（分區數 = 1）不具備高可用能力。當所在節點宕機時，該 Topic 將無法提供服務。增加重試機制僅能在升級等短暫停服情境下減少影響，無法應對節點宕機導致的服務中斷和資料丟失。如需保障高可用，建議將分區數設定為大於 1 的值。
修改 Kafka 內部 Topic 分區數有什麼風險？
Kafka 內部 Topic（如 __consumer_offsets）由系統自動建立和管理，手動調整其分區數可能導致訊息亂序（Key 到分區的映射關係改變）或狀態不一致（如消費位點異常）。不建議手動調整，如確有需要，請充分評估風險並做好資料備份。