日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 编程语言 > java >内容正文

java

java 生成objectid_【Java】唯一ID的几种生成方案

發(fā)布時間:2024/9/15 java 36 豆豆
生活随笔 收集整理的這篇文章主要介紹了 java 生成objectid_【Java】唯一ID的几种生成方案 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

在互聯(lián)網(wǎng)的業(yè)務(wù)系統(tǒng)中,涉及到各種各樣的ID,訂單id,支付id,退款id,下面我一一來列舉一下,不一定全部適合,這些解決方案僅供你參考,或許對你有用。

方案:

1.UUID

算法的核心思想是結(jié)合機器的網(wǎng)卡、當(dāng)?shù)貢r間、一個隨記數(shù)來生成UUID。

優(yōu)點:本地生成,生成簡單,性能好,沒有高可用風(fēng)險

缺點:長度過長,存儲冗余,且無序不可讀,查詢效率低

2.UUID的變種

1)為了解決UUID不可讀,可以使用UUID的變種,示例代碼:

1import?java.util.UUID;

2

3public?class?T?{

4????????public?static?String?getOrderIdByUUId()?{

5????????????int?machineId?=?1;//最大支持1-9個集群機器部署

6????????????int?hashCodeV?=?UUID.randomUUID().toString().hashCode();

7????????????if(hashCodeV?

8????????????????hashCodeV?=?-?hashCodeV;

9????????????}

10????????????//?0?代表前面補充0

11????????????//?4?代表長度為4

12????????????//?d?代表參數(shù)為正數(shù)型

13????????????return?machineId?+?String.format("%015d",?hashCodeV);

14????????}

15????????public?static?void?main(String[]?args)?{

16????????????System.out.println(getOrderIdByUUId());

17????????}

18}

3.利用zookeeper生成唯一ID

zookeeper主要通過其znode數(shù)據(jù)版本來生成序列號,可以生成32位和64位的數(shù)據(jù)版本號,客戶端可以使用這個版本號來作為唯一的序列號。

很少會使用zookeeper來生成唯一ID。主要是由于需要依賴zookeeper,并且是多步調(diào)用API,如果在競爭較大的情況下,需要考慮使用分布式鎖。因此,性能在高并發(fā)的分布式環(huán)境下,也不甚理想。

4.數(shù)據(jù)庫自增ID

使用數(shù)據(jù)庫的id自增策略,如 MySQL 的 auto_increment。并且可以使用兩臺數(shù)據(jù)庫分別設(shè)置不同步長,生成不重復(fù)ID的策略來實現(xiàn)高可用。

優(yōu)點:數(shù)據(jù)庫生成的ID絕對有序,高可用實現(xiàn)方式簡單

缺點:需要獨立部署數(shù)據(jù)庫實例,成本高,有性能瓶頸

5.批量生成ID

一次按需批量生成多個ID,每次生成都需要訪問數(shù)據(jù)庫,將數(shù)據(jù)庫修改為最大的ID值,并在內(nèi)存中記錄當(dāng)前值及最大值。

優(yōu)點:避免了每次生成ID都要訪問數(shù)據(jù)庫并帶來壓力,提高性能

缺點:屬于本地生成策略,存在單點故障,服務(wù)重啟造成ID不連續(xù)

6.Redis生成ID

Redis的所有命令操作都是單線程的,本身提供像 incr 和 increby 這樣的自增原子命令,所以能保證生成的 ID 肯定是唯一有序的。

優(yōu)點:不依賴于數(shù)據(jù)庫,靈活方便,且性能優(yōu)于數(shù)據(jù)庫;數(shù)字ID天然排序,對分頁或者需要排序的結(jié)果很有幫助。

缺點:如果系統(tǒng)中沒有Redis,還需要引入新的組件,增加系統(tǒng)復(fù)雜度;需要編碼和配置的工作量比較大。

考慮到單節(jié)點的性能瓶頸,可以使用 Redis 集群來獲取更高的吞吐量。假如一個集群中有5臺 Redis。可以初始化每臺 Redis 的值分別是1, 2, 3, 4, 5,然后步長都是 5。各個 Redis 生成的 ID 為:

A:1, 6, 11, 16, 21

B:2, 7, 12, 17, 22

C:3, 8, 13, 18, 23

D:4, 9, 14, 19, 24

E:5, 10, 15, 20, 25

隨便負(fù)載到哪個機確定好,未來很難做修改。步長和初始值一定需要事先確定。使用 Redis 集群也可以方式單點故障的問題。

另外,比較適合使用 Redis 來生成每天從0開始的流水號。比如訂單號 = 日期 + 當(dāng)日自增長號??梢悦刻煸?Redis 中生成一個 Key ,使用 INCR 進行累加。

7. Twitter的snowflake算法

Twitter 利用 zookeeper 實現(xiàn)了一個全局ID生成的服務(wù) Snowflake:github.com/twitter/sno…

https://github.com/twitter/snowflake

優(yōu)點:高性能,低延遲,按時間有序,一般不會造成ID碰撞

缺點:需要獨立的開發(fā)和部署,依賴于機器的時鐘

8.百度UidGenerator

UidGenerator是百度開源的分布式ID生成器,基于于snowflake算法的實現(xiàn),看起來感覺還行。不過,國內(nèi)開源的項目維護性真是擔(dān)憂。

具體可以參考官網(wǎng)說明:

https://github.com/baidu/uid-generator/blob/master/README.zh_cn.md

9. 美團Leaf

Leaf 是美團開源的分布式ID生成器,能保證全局唯一性、趨勢遞增、單調(diào)遞增、信息安全,里面也提到了幾種分布式方案的對比,但也需要依賴關(guān)系數(shù)據(jù)庫、Zookeeper等中間件。

具體可以參考官網(wǎng)說明:

https://tech.meituan.com/MT_Leaf.html

10. MongoDB的ObjectId

MongoDB的ObjectId和snowflake算法類似。它設(shè)計成輕量型的,不同的機器都能用全局唯一的同種方法方便地生成它。MongoDB 從一開始就設(shè)計用來作為分布式數(shù)據(jù)庫,處理多個節(jié)點是一個核心要求。使其在分片環(huán)境中要容易生成得多。

總結(jié)

以上是生活随笔為你收集整理的java 生成objectid_【Java】唯一ID的几种生成方案的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯,歡迎將生活随笔推薦給好友。