現(xiàn)在，很多飯館的點(diǎn)餐都是掃桌碼點(diǎn)餐，這種場(chǎng)景中，店面內(nèi)的不同桌碼產(chǎn)生的訂單會(huì)根據(jù)下單時(shí)間先后順序進(jìn)行排號(hào)，以規(guī)范管理客戶點(diǎn)單的次序，方便客戶根據(jù)取餐碼取餐。

當(dāng)然我們也很容易就能想到，這個(gè)取餐號(hào)碼是自增的，這種場(chǎng)景再熟悉不過(guò)了，在以往我們?nèi)ワ埖瓿燥埬玫降奶?hào)因?yàn)槭窃诠衽_(tái)口頭下單，服務(wù)員掃碼支付，所以小票機(jī)器打出來(lái)的單號(hào)就很容易是看的出來(lái)自增的，這種序號(hào)就+1就行了，只有一個(gè)地方在點(diǎn)單，這樣的邏輯當(dāng)然沒(méi)問(wèn)題。

現(xiàn)在是桌面掃碼了，就出現(xiàn)了我們開發(fā)最常見(jiàn)也最頭疼的問(wèn)題，并發(fā)問(wèn)題。如果現(xiàn)在的最大取餐號(hào)是30,兩人同時(shí)下單，或者同時(shí)支付，怎么保證兩人取到的一個(gè)是31 一個(gè)是32 ，而不是都是31？

假設(shè)現(xiàn)在訂單表如下：

表格內(nèi)容如下：

這是 百變機(jī)獸之洛洛歷險(xiǎn)記 的主要角色和人物，我們采用這些人物角色帶入他們?cè)诓蛷d點(diǎn)單的場(chǎng)景。

1號(hào)洛洛和2號(hào)晶晶已經(jīng)先下單，拿到游戲，開始體驗(yàn)，我們看到我們應(yīng)該自動(dòng)分配出 0001 給洛洛 ， 0002 給晶晶，然后其余的機(jī)車族戰(zhàn)士和猛獸族戰(zhàn)士也紛紛下單獲得技能卡，各自得到取餐號(hào)，現(xiàn)在最大取餐號(hào)是0012，下一個(gè)應(yīng)該是0013。

現(xiàn)在金鐵獸也要下單，該如何正確的分到這個(gè)0013的取餐號(hào)碼呢？

方案1：

如果按最簡(jiǎn)單的開發(fā)思路，我們獲取當(dāng)前最大的 get_order_number ，將其取出來(lái)，然后 +1 ，之后再插入記錄，那么程序設(shè)計(jì)如下：

可以看到我們的代碼先是取出最大number，然后對(duì)其做00前綴的補(bǔ)齊，之后我們做一個(gè)拼接SQL，然后插入數(shù)據(jù)庫(kù)，當(dāng)然實(shí)際業(yè)務(wù)肯定比這個(gè)復(fù)雜很多，但我們這里簡(jiǎn)化了模型就用來(lái)講解現(xiàn)在的自增序號(hào)問(wèn)題。

這是最容易想到的實(shí)現(xiàn)方案，但是這個(gè)方案必然會(huì)有數(shù)據(jù)并發(fā)問(wèn)題，假如實(shí)際情況是現(xiàn)在金鐵獸和銀鐵獸都要下單，那他們都要買極光神風(fēng)爪技能卡，會(huì)不會(huì)他們都分到了0013這個(gè)編號(hào)呢？

答案是顯而易見(jiàn)的啊，非常有可能都分到這個(gè)號(hào)碼，那么該如何避免這個(gè)問(wèn)題呢？我們想到是不是可以設(shè)定加鎖來(lái)控制寫入呢，由此我們推導(dǎo)出方案2。

方案2

通過(guò)加鎖(分布式鎖 這里以redis為例)，能夠讓代碼順序的執(zhí)行，我們可以在代碼執(zhí)行之前設(shè)定一個(gè)變量來(lái)加鎖判斷一下，比如這樣：

這里我們對(duì)這個(gè)當(dāng)前點(diǎn)單的1號(hào)店鋪進(jìn)行設(shè)置key并加鎖判斷，只有拿到鎖的人才能進(jìn)行點(diǎn)單，才能走下一步，那么顯然問(wèn)題出現(xiàn)了，這樣別人就得等了，這就是阻塞住了，等于程序上降低了應(yīng)用可并發(fā)的數(shù)量。這樣也還是有點(diǎn)問(wèn)題，有沒(méi)有更好的方法呢？這里我們介紹方案3.

方案3

我們直接使用 redis incr 方法能對(duì)一個(gè)數(shù)進(jìn)行自增且返回這個(gè)自增后的結(jié)果，那不就是我們要的了嗎？大道至簡(jiǎn)?。?/p>

注：本文轉(zhuǎn)載自“李照耀”，如有侵權(quán)，請(qǐng)聯(lián)系刪除！