如果數(shù)據(jù)庫操作失敗呢
要不要考慮每一步的數(shù)據(jù)操作出現(xiàn)故障的情況呢?
比如RabbitMQ收到消息, 回調(diào)的 ack 值是true , 然而假如在進(jìn)行broker_message_log更新數(shù)據(jù)的時候出現(xiàn)異常導(dǎo)致消息還是處于投遞中的, 然而事實RabbitMQ確收到了這條消息.? ? ?
這種情況怎么確認(rèn)RabbitMQ確實收到了這個消息呢?
要不要考慮每一步的數(shù)據(jù)操作出現(xiàn)故障的情況呢?
比如RabbitMQ收到消息, 回調(diào)的 ack 值是true , 然而假如在進(jìn)行broker_message_log更新數(shù)據(jù)的時候出現(xiàn)異常導(dǎo)致消息還是處于投遞中的, 然而事實RabbitMQ確收到了這條消息.? ? ?
這種情況怎么確認(rèn)RabbitMQ確實收到了這個消息呢?
2018-10-10
舉報
2022-03-27
我們的驗證已經(jīng)完善,謝謝提出寶貴意見。嗯嗯找到就開始coding把^-^...
2018-10-17
這種情況消息會被重新投遞,就變成了解決“消息重復(fù)”這個問題了。這門課講的是可靠性投遞這個問題,你說的是另一個問題了。