0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

分析解決冪等(性)的方法

OSC開源社區(qū) ? 來源:京東技術(shù) ? 作者:京東物流-廖宗雄 ? 2022-10-14 10:08 ? 次閱讀

本文主要從研發(fā)人員的角度,結(jié)合研發(fā)人員日常常見的各類業(yè)務(wù)場景,從經(jīng)典系統(tǒng)框架的每一層入手分析冪等處理的時機(jī)。希望通過這篇文章的分析,讓開發(fā)者在日常開發(fā)中對冪等的處理不再陌生。抓住導(dǎo)致請求、接口不冪等的本質(zhì),在工作中避免再陷入這個陷阱中。

冪等、冪等性這詞,作為一個研發(fā)人員是再熟悉不過的,那是否有深入思考過冪等產(chǎn)生的背景、為什么需要冪等,如何做才是冪等的?今天將結(jié)合業(yè)務(wù)場景及請求的過程來分析解決冪等(性)的方法。

01 概念

冪等這個概念,是一個數(shù)學(xué)上的概念,即:f……(f(f(x))) = f(x)。用在計算機(jī)領(lǐng)域,指的是系統(tǒng)里的接口或方法對外的一種承諾,使用相同參數(shù)對同一資源重復(fù)調(diào)用某個接口或方法的結(jié)果與調(diào)用一次的結(jié)果相同。

02 業(yè)務(wù)場景

從業(yè)務(wù)場景上來說,如:現(xiàn)在互聯(lián)網(wǎng)電商的下單服務(wù),同一個用戶在短時間內(nèi)調(diào)用某一個下單服務(wù),只能下單成功一次;銀行賬戶之間的轉(zhuǎn)賬,A賬戶給B賬戶轉(zhuǎn)賬,無論系統(tǒng)出現(xiàn)什么問題或故障,也只能轉(zhuǎn)賬成功一次;前端頁面對相同表單的內(nèi)容多次向后端發(fā)起提交請求,后端只能給出一個相同的結(jié)果等都屬于冪等的范疇。

試想一下,如果提供的這些服務(wù)不是冪等的,客戶在下單時由于網(wǎng)絡(luò)不穩(wěn)定或是連續(xù)點了幾次下單按鈕,實際客戶只下了一單,結(jié)果系統(tǒng)里給客戶生成了多單,那平臺/商家將是無法承受的,如果被“羊毛黨”盯上,損失是無可估量的;銀行之間的轉(zhuǎn)賬,A賬戶本來實際給B賬戶只轉(zhuǎn)了一百萬,結(jié)果B賬戶收到了幾百萬,這在業(yè)務(wù)上是不可接受的。分析這些業(yè)務(wù)場景,開發(fā)者發(fā)現(xiàn),無論是下單服務(wù)、轉(zhuǎn)賬服務(wù)還是表單提交都是一個個業(yè)務(wù)請求,提供這些業(yè)務(wù)服務(wù)的接口或方法都應(yīng)該保證無論服務(wù)是超時、重試或有故障等異常情況,都要滿足業(yè)務(wù)上的處理結(jié)果是正確的。業(yè)務(wù)上的一次或多次請求,最終的處理結(jié)果是一致的,即:在一定時間內(nèi),服務(wù)的冪等其實就是請求的冪等。

03 架構(gòu)分析

從系統(tǒng)架構(gòu)上進(jìn)行分析,冪等該在哪一層去做,怎么做?

59ab2bcc-4af6-11ed-a3b6-dac502259ad0.png

圖1 經(jīng)典系統(tǒng)框架圖

上圖為一個最常見的經(jīng)典系統(tǒng)框架圖,Web端發(fā)起一個請求到后端,冪等該在哪一層來處理呢?不妨一層一層的分析。

Nginx是否需要做冪等,Nginx的主要功能是做Web服務(wù)器、反向代理、負(fù)載均衡等,把請求轉(zhuǎn)發(fā)到后端的服務(wù)器上,本身不參與具體的業(yè)務(wù),所以Nginx是不需要做冪等處理的;Gateway是負(fù)責(zé)權(quán)限校驗、安全防御、認(rèn)證鑒權(quán)、流量控制、協(xié)議轉(zhuǎn)換、日志審計、監(jiān)控等,本身也不含對任何業(yè)務(wù)的處理,所以其也不需要做冪等處理;Service層通常是對業(yè)務(wù)邏輯進(jìn)行處理、編排,可能會改變數(shù)據(jù),但對于數(shù)據(jù)的改變結(jié)果,最終也還是需要通過數(shù)據(jù)訪問層,寫入到數(shù)據(jù)庫,所以Service層也不需要做數(shù)據(jù)冪等;DAO層主要是和數(shù)據(jù)庫交互,把Service層的結(jié)果寫入數(shù)據(jù)庫,對Service層提供讀取、寫入數(shù)據(jù)庫的功能。

在寫入數(shù)據(jù)庫的時候,針對每一次的寫入,可能返回不同的結(jié)果,此時就需要按場景進(jìn)行具體的分析對待;DataBase層,主要提供數(shù)據(jù)的存儲,并不參與具體的業(yè)務(wù)邏輯計算。所以,通過對該架構(gòu)的每一層的功能分析,得出對于請求的冪等處理,需要在DAO層做處理,以便保證多次請求和一次請求的結(jié)果是一致的。

04 數(shù)據(jù)庫操作分析

通過上面的分析,得出冪等需要在DAO層來處理,再進(jìn)一步分析,得出DAO層的操作主要就是CRUD。下面逐一對每一種操作分析是否需要做冪等,以及怎么做。

R(read):對應(yīng)的操作SQL語句為select。只要查詢條件不變,在一定的時間內(nèi),執(zhí)行一次和執(zhí)行多次返回的結(jié)果肯定是相同的,所以其本身是冪等的,不需要再做處理。

select * from user where id = 1;
查詢一次或多次結(jié)果是一致的,所以是冪等的。

C(create):對應(yīng)的操作SQL語句為insert。此時,需要分情況,如果用到的數(shù)據(jù)庫主鍵為數(shù)據(jù)庫自增,不考慮業(yè)務(wù)主鍵防重的情況下,每一次寫入數(shù)據(jù)庫就不是冪等的,所以為了保證冪等,需要在數(shù)據(jù)insert前做業(yè)務(wù)防重或是在數(shù)據(jù)庫表上對業(yè)務(wù)主鍵加唯一索引。

如果數(shù)據(jù)庫主鍵不是自增,是由業(yè)務(wù)系統(tǒng)寫入的,需要在業(yè)務(wù)系統(tǒng)里把數(shù)據(jù)庫主鍵和業(yè)務(wù)主鍵做一對一映射,或是由獨(dú)立服務(wù)提供數(shù)據(jù)庫主鍵和業(yè)務(wù)主鍵的映射關(guān)系,保證多次請求獲取到的數(shù)據(jù)庫主鍵和業(yè)務(wù)主鍵是一致的,確保寫入數(shù)據(jù)庫操作是冪等的。綜合來說,就是相同的數(shù)據(jù)多次寫入數(shù)據(jù)庫后,能否保證只有一條數(shù)據(jù)。

insert into user (id,age,sex,ts) values(1,10,‘male’,2021-07-20 10:22:23);

U(update):對應(yīng)的操作SQL語句為update。更新操作時,一定是要用絕對值進(jìn)行更新操作,而不要用相對值進(jìn)行更新,相對值更新可能導(dǎo)致更新操作不冪等。

冪等:

update user set age = 10 where id = 1;

非冪等:

update user set age++ where id = 1;

D(delete):對應(yīng)的操作SQL語句為delete。刪除操作時,如果刪除的是一個范圍,生產(chǎn)上最好是禁止該類操作;比較推薦的做法是把按范圍操作刪除轉(zhuǎn)換為先按范圍查詢,再按查詢的主鍵進(jìn)行刪除。而且按范圍刪除的操作不是冪等的。

冪等:

delete from user where id = 1;

非冪等:該類操作要禁止。

deletefromuserwhereidin(selectidfromuserorderbyiddesclimit10);

05 常見業(yè)務(wù)場景

保證冪等的實現(xiàn)方式有多種,此處例舉幾類常見的業(yè)務(wù)場景,在實際應(yīng)用中,根據(jù)業(yè)務(wù)場景進(jìn)行選用。

1. 前端頁面提交時,頁面token機(jī)制。

進(jìn)入頁面時,從服務(wù)器獲取token,在服務(wù)器端把token進(jìn)行存儲,提交時把token帶到服務(wù)器端進(jìn)行驗證;常見的處理流程如下:

59c59c00-4af6-11ed-a3b6-dac502259ad0.png


圖2 頁面token機(jī)制處理流程

樂觀鎖機(jī)制,使用數(shù)據(jù)庫的版本號實現(xiàn)樂觀鎖,數(shù)據(jù)庫更新時,判斷版本號是否與查詢時保持一致,一致更新成功,否則更新失??;

select+insert,數(shù)據(jù)寫入前,先查詢數(shù)據(jù)是否存在,存在直接返回,不存在則寫入數(shù)據(jù),保證寫入數(shù)據(jù)庫的數(shù)據(jù)正確性;常用于并發(fā)不高的一些后臺系統(tǒng)或是防止任務(wù)的重復(fù)執(zhí)行;

悲觀鎖機(jī)制,一般id為主鍵或唯一索引,僅鎖定當(dāng)前記錄;

select*fromtablewhere id='1234'forupdate;

去重表,每一次寫入或更新業(yè)務(wù)表時,先查詢?nèi)ブ乇硎欠褚呀?jīng)存在記錄,再操作業(yè)務(wù)表。

數(shù)據(jù)庫唯一索引,為業(yè)務(wù)表建立唯一索引,避免業(yè)務(wù)數(shù)據(jù)多次寫入;

狀態(tài)機(jī),業(yè)務(wù)狀態(tài)在變更之前是有條件的,必須按設(shè)定的狀態(tài)條件進(jìn)行更新;

在實際開發(fā)中,保證提供的接口或服務(wù)的冪等(性),是一個最基本的技術(shù)要求,希望通過該分析,能對還未理解冪等(性)的研發(fā)人員有所幫助。





審核編輯:劉清

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • SQL
    SQL
    +關(guān)注

    關(guān)注

    1

    文章

    751

    瀏覽量

    43984
  • 數(shù)據(jù)庫
    +關(guān)注

    關(guān)注

    7

    文章

    3734

    瀏覽量

    64170
  • Web服務(wù)器
    +關(guān)注

    關(guān)注

    0

    文章

    137

    瀏覽量

    24345
  • 狀態(tài)機(jī)
    +關(guān)注

    關(guān)注

    2

    文章

    489

    瀏覽量

    27434

原文標(biāo)題:冪等設(shè)計詳解

文章出處:【微信號:OSC開源社區(qū),微信公眾號:OSC開源社區(qū)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    基于信號完整分析的高速數(shù)字PCB的設(shè)計方法

      本文介紹了一種基于信號完整計算機(jī)分析的高速數(shù)字信號PCB板的設(shè)計方法。在這種設(shè)計方法中,首先將對所有的高速數(shù)字信號建立起PCB板級的信號傳輸模型,然后通過對信號完整
    發(fā)表于 06-14 09:14

    穩(wěn)態(tài)熱暈非暈效應(yīng)的數(shù)值分析

    【作者】:孫運(yùn)強(qiáng);許曉軍;習(xí)鋒杰;陸啟生;吳武明;郭少鋒;【來源】:《強(qiáng)激光與粒子束》2010年02期【摘要】:運(yùn)用高斯光束展開的方法,分析圓對稱平頂光束在大氣傳輸中的熱暈及其非暈效應(yīng)。通過對熱暈
    發(fā)表于 04-22 11:37

    電磁兼容分析方法

    電磁兼容要求給出最佳工程設(shè)計的方法。系統(tǒng)法從設(shè)計開始就預(yù)測和分析電磁兼,并在系統(tǒng)設(shè)計、制造、組裝和試驗過程中不斷對其電磁兼容性能進(jìn)行預(yù)測和分析,由于系統(tǒng)中相互關(guān)系很多,因此用系統(tǒng)法進(jìn)
    發(fā)表于 08-25 08:45

    離線計算中的和DataWorks中的相關(guān)事項

    考慮到,導(dǎo)致對應(yīng)的單據(jù)有兩條確認(rèn)記錄。點此查看原文:http://click.aliyun.com/m/42758/概念這個詞在軟
    發(fā)表于 02-27 13:24

    一種在分布式環(huán)境下實現(xiàn)迭代聚類的方法

    為解決迭代聚類算法并行實現(xiàn)中存在的編程繁瑣、效率低下等問題,基于Spark大規(guī)模數(shù)據(jù)通用計算引擎及其GraphX組件,提出了一種在分布式環(huán)境下實現(xiàn)迭代聚類的方法。首先,利用某種相似
    發(fā)表于 12-11 15:29 ?0次下載
    一種在分布式環(huán)境下實現(xiàn)<b class='flag-5'>冪</b>迭代聚類的<b class='flag-5'>方法</b>

    基于迭代的電力系統(tǒng)模態(tài)諧振快速求解方法

    在諧波諧振分析方法中,模態(tài)分析方法可以揭示諧振頻率、諧振幅度、諧振關(guān)鍵節(jié)點或位置信息,得到了較快的推廣和應(yīng)用,但其計算效率尚有待提高。根據(jù)
    發(fā)表于 01-03 11:43 ?0次下載

    在高并發(fā)下怎么保證接口的?

    前言 接口性問題,對于開發(fā)人員來說,是一個跟語言無關(guān)的公共問題。本文分享了一些解決這類問題非常實用的辦法,絕大部分內(nèi)容我在項目中實踐過的,給有需要的小伙伴一個參考。 不知道你有沒有遇到過這些場景
    的頭像 發(fā)表于 05-14 10:23 ?1751次閱讀
    在高并發(fā)下怎么保證接口的<b class='flag-5'>冪</b><b class='flag-5'>等</b><b class='flag-5'>性</b>?

    電子產(chǎn)品可靠設(shè)計及分析方法綜述

    電子產(chǎn)品可靠設(shè)計及分析方法綜述
    發(fā)表于 07-31 16:11 ?25次下載

    什么是?關(guān)于接口的解決方案

    這里的樂觀鎖指的是用樂觀鎖的原理去實現(xiàn),為數(shù)據(jù)字段增加一個version字段,當(dāng)數(shù)據(jù)需要更新時,先去數(shù)據(jù)庫里獲取此時的version版本號
    發(fā)表于 10-09 10:19 ?1877次閱讀

    Spring Boot實現(xiàn)接口的4種方案

    是一個數(shù)學(xué)與計算機(jī)學(xué)概念,在數(shù)學(xué)中某一元運(yùn)算為時,其作用在任一元素兩次后會和其作用一次的結(jié)果相同。
    的頭像 發(fā)表于 11-08 10:21 ?943次閱讀

    什么是?的實現(xiàn)原理

    在編程中一個操作的特點是其任意多次執(zhí)行所產(chǎn)生的影響均與一次執(zhí)行的影響相同。函數(shù),或
    發(fā)表于 01-05 10:40 ?5845次閱讀

    一個注解,優(yōu)雅的實現(xiàn)接口!

    除了查詢和刪除之外,還有更新操作,同樣的更新操作在大多數(shù)場景下也是天然的,其例外是也會存在ABA的問題,更重要的是,比如執(zhí)行update table set a = a + 1 where v = 1這樣的更新就非等了。
    的頭像 發(fā)表于 08-26 14:36 ?805次閱讀
    一個注解,優(yōu)雅的實現(xiàn)接口<b class='flag-5'>冪</b><b class='flag-5'>等</b><b class='flag-5'>性</b>!

    基于接口解決方案

    接口是指無論調(diào)用接口的次數(shù)是一次還是多次,對于同一資源的操作都只會產(chǎn)生一次結(jié)果。換句話說,多次重復(fù)調(diào)用相同的接口請求應(yīng)該具有與單次請求相同的效果,不會導(dǎo)致不一致或副作用的發(fā)生。 今天我們
    的頭像 發(fā)表于 09-30 16:27 ?387次閱讀
    基于接口<b class='flag-5'>冪</b><b class='flag-5'>等</b><b class='flag-5'>性</b>解決方案

    和非請求的一些定義和分析

    , HEAD, OPTIONS, PUT or DELETE). ” 什么意思呢?默認(rèn)情況下,只有當(dāng)出現(xiàn)網(wǎng)絡(luò)問題,是“請求”的 5xx 狀態(tài)碼的情況下,才會發(fā)起重試,而這里面并不包含 POST 請求。 我就好奇了,這
    的頭像 發(fā)表于 10-17 10:50 ?689次閱讀

    探索LabVIEW編程接口原理與實踐

    原來是數(shù)學(xué)上的概念,在編程領(lǐng)域可以理解為:多次請求某一個資源或執(zhí)行某一個操作時應(yīng)該具有唯一同樣結(jié)果,也就是說,其任意多次執(zhí)行對資源
    的頭像 發(fā)表于 02-29 10:24 ?523次閱讀
    探索LabVIEW編程接口<b class='flag-5'>冪</b><b class='flag-5'>等</b><b class='flag-5'>性</b>原理與實踐