冪等性是什么？
我們可以借鑒數據庫的樂觀鎖機制
比如我們執行一條更新庫存的sql語句update user set count=count-1，version=version+1 where version=1
冪等性保障
在海量訂單產生的業務高峰期間，如何避免消息的重復消費問題？
消費端實現冪等性，就意味着，我們的消息永遠不會消費多次，即使我們收到多條一樣的消息
業界主流的冪等性操作：
唯一ID+指紋碼機制，利用數據庫主鍵去重
select count（1）from user where id = 唯一id+指紋碼
好處：實現簡單
壞處：高並發下有數據庫寫入的性能瓶頸
解決方案：跟進ID進行分庫分表進行算法路由
利用Redis的原子特性實現（一致性，單一性）
使用Redis進行冪等，需要考慮的問題
是否對數據進行落庫，如果落庫的話，關鍵解決的問題是數據庫和緩存如何做到原子性？
如果不進行落庫，都存儲到緩存中。如何設置定時同步的策略？
解決方案：
雙緩存模式，異步寫入到緩存中，也可以寫入到數據庫中，
最終會有一個回調函數檢查，這樣能保障最終一致性，不能保證100%的實時性，
定是同步，比如databus同步