{eval=Array;=+count(Array);}
1、UUID
2、數(shù)據(jù)庫自增
3、Snowflake
4、Redis
這種方式比較方便,有現(xiàn)成可用的JAR包,但是也有缺點:ID可讀性不好,而且會造成索引樹頻繁頁分裂,影響數(shù)據(jù)庫性能和空間使用
維護一張序列表。考慮到性能問題,不必每次生成ID都去操作數(shù)據(jù)庫,可以設(shè)置一定的步長比如1000,每次從表中拿1000個序列號,從每臺服務(wù)器內(nèi)存中線性去取
維護一個序列號鍵值對,利用Redis自增的原子性,生成序列號
同一毫秒可以產(chǎn)生ID數(shù)量4194304個,優(yōu)點是完全內(nèi)存操作性能好,缺點是依賴于系統(tǒng)時鐘一致性。如果某臺機器的系統(tǒng)時鐘回?fù)埽锌赡茉斐蒊D沖突,或者ID亂序
最重要的還是根據(jù)項目的場景,尤其是并發(fā)量,選擇最合適的方法
請點擊關(guān)注按鈕【IT徐胖子】會持續(xù)為大家奉獻(xiàn)互聯(lián)網(wǎng)和技術(shù)干貨內(nèi)容,感謝支持
由于是高并發(fā)情況,所以不建議使用數(shù)據(jù)庫自增ID,可以參考如下方案:
1、redis自增id
2、UUID
3、時間戳+隨機數(shù)
4、Twitter的snowflake算法
5、利用zookeeper生成唯一id,性能不如redis
6、MongoDB的ObjectId,和snowflake算法類似
隨便哪個程序員都可以寫出來一個生成訂單的算法,除了美團、淘寶這種需要考慮訂單重復(fù),大多數(shù)企業(yè)還是發(fā)愁沒有訂單的狀態(tài),需要考慮這個問題的企業(yè)應(yīng)該不差錢了,希望我的公司有機會讓我來解決這個問題。
1:獲取當(dāng)前日期作為訂單號的前8位
2:獲取uuid,它是通用唯一識別碼,進(jìn)行hashcode轉(zhuǎn)碼仍然可以保證其唯一性,可以取12位
3:日期和uuid轉(zhuǎn)碼之后的12位拼接,一共20位,可以生成唯一訂單號
最簡單的辦法就是用用戶名?ip?時間生成訂單號,然后計算哈希值后做一定轉(zhuǎn)換就可以生成唯一訂單號。不過唯一的問題就是不太好查。畢竟這種訂單號沒有任何規(guī)律可言,后期查詢是個大麻煩。其實最建議的方式就是分渠道分地區(qū)建立訂單號。就和身份證號生成機制一樣,各個地區(qū)可以獨立生成身份證號,最后合在一起還沒有任何問題。
用算法呀。對訂單這種,很簡單。
商品id +用戶id+時間戳+隨機數(shù)+自增數(shù)
就能保證唯一性?,F(xiàn)實中,沒哪個用戶去高并發(fā)下單(除非bug)。
看一下美團的leaf
https://tech.meituan.com/2019/03/07/open-source-project-leaf.html0
回答0
回答0
回答0
回答0
回答0
回答0
回答0
回答0
回答0
回答