介紹
冪等性就是同一個操作執行多次，產生的效果一樣。如http的get請求，數據庫的select請求就是冪等的
在分佈式系統中，保證接口的冪等性非常重要，如提交訂單，扣款等接口都要保證冪等性，不然會造成重複創建訂單，重複扣款，那麼如何保證接口的冪等性呢？
前端保證冪等性的方法
按鈕只能點擊一次
用戶點擊按鈕後將按鈕置灰，或者顯示loading狀態
RPG模式
即Post-Redirect-Get，當客戶提交表單後，去執行一個客戶端的重定向，轉到提交成功頁面。避免用戶按F5刷新導致的重複提交，也能消除按瀏覽器後退鍵導致的重複提交問題。目前絕大多數公司都是這樣做的，比如淘寶，京東等
後端保證冪等性的方法
使用唯一索引
對業務唯一的字段加上唯一索引，這樣當數據重複時，插入數據庫會拋異常
狀態機冪等
如果業務上需要修改訂單狀態，例如訂單狀態有待支付，支付中，支付成功，支付失敗。設計時最好只支持狀態的單向改變。這樣在更新的時候就可以加上條件，多次調用也只會執行一次。例如想把訂單狀態更新爲支持成功，則之前的狀態必須爲支付中
update table_name set status = 支付成功 where status = 支付中
樂觀鎖實現冪等
- 查詢數據獲得版本號
- 通過版本號去更新，版本號匹配則更新，版本號不匹配則不更新
-- 假如查詢出的version爲1
select version from table_name where userid = 10;
-- 給用戶的賬戶加10
update table_name set money = money -10, version = version + 1 where userid = 10 and version = 1
也可以通過條件來實現樂觀鎖，如庫存不能超賣，數量不能小於0
update table_name set num = num - 10 where num - 10 >= 0
防重表
增加一個防重表，業務唯一的id作爲唯一索引，如訂單號，當想針對訂單做一系列操作時，可以向防重表中插入一條記錄，插入成功，執行後續操作，插入失敗，則不執行後續操作。本質上可以看成是基於MySQL實現的分佈式鎖。根據業務場景決定執行成功後，是否刪除防重表中對應的數據
分佈式鎖實現冪等
執行方法時，先根據業務唯一的id獲取分佈式鎖，獲取成功，則執行，失敗則不執行。分佈式鎖可以基於redis，zookeeper，mysql來實現，分佈式鎖的細節就不介紹了
select+insert
先查詢一下有沒有符合要求的數據，如果沒有再執行插入。沒有併發的系統中可以保證冪等性，高併發下不要用這種方法，也會造成數據的重複插入
全局唯一號實現冪等
通過source（來源）+ seq（序列號）來判斷請求是否重複，重複則直接返回請求重複提交，否則執行。如當多個三方系統調用服務的時候，就可以採用這種方式
歡迎關注
參考博客
[1]https://www.bilibili.com/video/BV1YJ411V7aj?p=16