順序保證
kafka 可以保證同乙個分割槽裡的訊息是有序的。也就是說，如果生產者按照一定的順序傳送訊息，broker 就會按照這個順序把它們寫入分割槽，消費者也會按照同樣的順序讀取它們。
1.單分割槽
2.如果把 retries 設為非零整數，必須把 max.in.flight.requests.per.connection =1(客戶端在單個連線上傳送的未確認請求的最大數量)
如果把 retries 設為非零整數，同時把 max.in.flight.requests.per.connection 設為比 1 大的數，那麼，如果第乙個批次訊息寫入失敗，而第二個批次寫入成功，broker 會重試寫入第乙個批次。如果此時第乙個批次也寫入成功，那麼兩個批次的順序就反過來了。
一般來說，如果某些場景要求訊息是有序的，那麼訊息是否寫入成功也是很關鍵的，所以不建議把 retries 設為 0。可以把 max.in.flight.requests.per.connection 設為 1，這樣在生產者嘗試傳送第一批訊息時，就不會有其他的訊息傳送給 broker。不過這樣會嚴重影響生產者的吞吐量，所以只有在對訊息的順序有嚴格要求的情況下才能這麼做。
Kafka 訊息佇列如何保證順序性？
主要思路 相同key值的訊息寫入同乙個partition partition內的訊息是有序的 乙個partition的訊息只會被乙個消費者消費。如果乙個消費者是多個執行緒消費，則需要把pull來的訊息按照key值寫入不同的記憶體佇列中，相同key值的訊息寫入同乙個記憶體佇列 記憶體佇列內的訊息是有序...
Kafka如何保證訊息的順序性
摘抄自 kafka的消費組的組員最多增加到和partition數量一致，超過的組員只會占用資源，而不起作用 kafka的partition的個數一定要大於消費組組員的個數，並且partition的個數對於消費組組員取模一定要為0，不然有些消費者會占用資源卻不起作用 我們一般將消費組裡組員的個數設定為...
5 Kafka訊息順序保證
kafka訊息順序保證 kafka分布式的單位是partition，同乙個partition用乙個write ahead log組織，所以可以保證fifo的順序。不同partition之間不能保證順序。絕大多數使用者都可以通過message key來定義，因為同乙個key的message可以保證只傳...