分佈式惟一單號生成

時間 2021-08-12

標籤 mysql redis 算法 spring sql 安全 springboot markdown 網絡 jvm 欄目系統架構简体版

原文原文鏈接

分佈式原理的核心應該算是一致系統設計，而不是一種技術 mysql

分佈式惟一單號的設計都必須有必定的格式，純隨機沒法實現惟一單號，格式能夠解決分佈式問題
GUID/UUID 工具生成，用到了 redis

當前日期和時間，UUID的第一個部分與時間有關，若是你在生成一個UUID以後，過幾秒後又生成了一個UUID，則第一個部分不一樣，其他相同。
時鐘序列。
全局惟一的IEEE機器識別號，若是有網卡，從網卡MAC地址得到，沒有網卡以其餘方式得到。—（mac地址這部分能夠解決分佈式問題，不通機器由於這部分不一樣，因此不一樣機器生成單號確定不一樣）算法

UUID的惟一缺陷在於生成的結果穿會比較長。關於UUID這個標準使用最廣泛的是微軟的GUID（Globals Ujique Identifiersspring

SnowFlake https://blog.csdn.net/li396864285/article/details/54668031sql

在分佈式系統中不一樣機器產生的id必須不一樣.Snowflake算法核心把時間戳，工做機器id，序列號(毫秒級時間41位+機器ID 10位+毫秒內序列12位)組合在一塊兒。

會員團隊 > 單號生成組件 > image2021-1-28_11-56-57.png安全

機器id 解決了分佈式問題springboot

mysql , redis 自增markdown

最終由一臺機器，一個線程實現的，固定的就是一個特殊隱藏格式"空"

總結來講」分佈式「嚴格惟一單號生的條件有3點
1 有固定格式機器標識（記做「機器標識」） + 經過線程安全方式生成的惟一標識（這裏記做「隨機數」） + 不一樣標識段有有分割符（包含隱形分割符如：機器標識長度固定，那麼機器分割符以後爲空的方式也算固定分割符，機器1&abc，和機器1abc, 這2種效果同樣）網絡

2有惟一機器標識，（myqsql, redis 這種也能夠說是有標識，空標識，由於最終就一臺機器）jvm

3 單機生成標識中隨機數生成必須線程安全

方式1 （嚴格惟一）單號最終組生成的機器：業務機器

格式： yyyyMMssSSS+ redis 自增（key 爲MinuteOfHour, 過時時間 1分鐘）

機器標識：隱形空（統一redis 機器）

隨機數標識：redis 自增num（key 爲MinuteOfHour, 過時時間 1分鐘）

弊端: redis 可用性依賴性高：業務服務須要接入redis

方式2：（嚴格惟一）單號最終組生成的機器：業務機器

格式：jvm 機器編號 +（ yyyyMMssSSS+ 線程安全生成一秒鐘的惟編號）

機器標識：jvm 機器編號

隨機數標識：（ yyyyMMssSSS+ 線程安全生成一秒鐘的惟編號）

弊端: 每臺機器都要手動配置機器編號