分散式之介面冪等性

前言

什麼是冪等性？一次和多次請求某一個資源，對資源本身所產生的的影響均與一次執行的影響相同。

冪等性是系統服務對外的一種承諾，承諾只要呼叫介面成功了，多次呼叫對系統的影響是一致的。

冪等性 更多使用的情況是第一次請求知道結果，但是由於網路抖動或連線超時等情況未進行正常返回，在這種情況下系統自動再次發起請求，其目的是確認第一次是否請求完成。

重複提交 更多使用的情況是第一次請求成功或請求結果暫未返回的情況下，人為的進行多次操作。

SELECT * FROM `user` WHERE id = 1

無論執行多少次都不會對資源造成影響，查詢具有天然的冪等性。

UPDATE `user` SET status = 1 WHERE id = 1;

無論執行成功多少次狀態都是一致的，這種場景是冪等操作。

UPDATE `user` SET score = score+1 WHERE id = 1;

每次執行的結果都會發生變化，這種場景不是冪等操作。

根據具體場景看能否寫成這樣的 SQL ：

UPDATE `user` SET score = score+1 WHERE id = 1 AND score = 59;

無論執行成功多少次分數都是一致的，這種場景是冪等操作。

DELETE FROM `user` WHERE id = 1;

無論執行成功多少次資料都是一致的，這種場景是冪等操作。

INSERT INTO `user` (`name`, `status`, `score`) VALUES ('tom', 1, 80);

每次執行的結果都會發生變化，這種場景不是冪等操作。

根據具體場景看能否為 name 建立一個唯一索引，或執行型別這樣的 SQL ：

INSERT INTO ... values ... ON DUPLICATE KEY UPDATE ...

// 注意，要使用這條語句，前提條件是這個表必須有一個唯一索引或主鍵。

下游系統提供相應查詢介面。

上游系統在 timeout 後，首先去查詢一下，如果查到了，就表明已經做了，成功了就不用做了，失敗了就走失敗流程。

將這個查詢操作交給下游系統，上游系統只管重試，下游系統保證一次和多次的請求產生的影響是一樣的。這時我們就說下游系統提供的介面支援冪等性。

冪等性關注的是多次請求是否對資源產生了副作用，而不是關注的結果。SELECT 語句有可能每次查詢的資料不一致，但是它是冪等性的。

關於實現方案 -> 方案二的具體實現方案，根據業務的實際情況考慮合適的解決方案，比如：通過 SQL 語句就可以實現冪等，就沒必要引入 全域性唯一ID 的解決方案。