分布式唯一ID生成:深入理解Snowflake算法在Go中的实现

在分布式系统中,为了确保每个节点生成的 ID 在整个系统中是唯一的,我们需要一种高效且可靠的 ID 生成机制。

分布式 ID 的特点

  • 全局唯一性:不能出现有重复的 ID 标识,这是基本要求。
  • 递增性:确保生成的 ID 对于用户或业务是递增的。
  • 高可用性:确保任何时候都能生成正确的 ID。
  • 高性能性:在高并发的环境下依然表现良好。

分布式 ID 的应用场景

不仅仅是用于用户 ID,实际互联网中有很多场景都需要能够生成类似 MySQL 自增 ID 这样不断增大,同时又不会重复的 ID,以支持业务中的高并发场景。

比较典型的场景有:电商促销时短时间内会有大量的订单涌入到系统,比如每秒 10W+ 在这些业务场景下将数据插入数据库之前,我们需要给这些订单和数据先分配一个唯一 ID,然后再保存到数据库中。

对这个 ID 的要求是希望其中能带有一些时间信息,这样即使我们后端的系统对数据进行了分库分表,也能够以时间顺序对这些数据进行排序。

Snowflake 算法就是这样的一种算法,它最初由 Twitter 开发,并因其高效、稳定、可扩展等优点,被广泛应用于分布式系统中。

Snowflake 算法(雪花算法)

Twitter 的分布式 ID 生成算法,是一个经过实践考验的算法,它的核心思想是:使用一个 64 位的 long 型的数字作为全局唯一 ID。在这 64 位中,其中 1 位是不用的,然后用其中的 41 位作为毫秒数,用 10 位作为工作机器 id,12 位作为序列号。

雪花算法
  • 1 位标识位:最高位是符号位,正数是 0,负数是 1,生成的 ID 一般是正数,所以为 0。
  • 时间戳:占用 41bit,单位为毫秒,总共可以容纳约 69 年的时间。当然,我们的时间毫秒计数不会真的从 1970 年开始计,那样我们的系统跑到 2039 年 9 月 7 日 23:47:35 就不能用了,所以这里的时间戳只是相对于某个时间的增量,比如我们的系统上线是 2024-08-20,那么我们的时间戳就是当前时间减去 2024-08-20 的时间戳,得到的偏移量。
  • 机器 id:占用 10bit,其中高位 5bit 是数据中心 ID(datacenterId),低位 5bit 是机器 ID(workerId),可以部署在 2^5=32 个机房,每个机房可以部署 2^5=32 台机器,可以容纳 1024 个节点。
  • 序列号:占用 12bit,用来记录同毫秒内产生的不同 ID。每个节点每毫秒开始不断累加,最多可以累加到 4095,同一毫秒一共可以产生 4096 个 ID。

SnowFlake 算法在同一毫秒内最多可以生成多少个全局唯一 ID 呢?

同一毫秒的 ID 数量 = 1024 * 4096 = 4194304,也就是说在同一毫秒内最多可以生成 4194304 个全局唯一 ID。

雪花算法的 Go 语言实现

在本文中,我们将通过 Go 语言的两个库——bwmarrin/snowflakesony/sonyflake,来详细探讨如何实现基于 Snowflake 算法的分布式唯一 ID 生成器。

1. 使用bwmarrin/snowflake生成唯一ID

我们首先使用bwmarrin/snowflake库来生成唯一ID。

package snow_flake

import (
    "fmt"
    "reflect"
    "time"

    "github.com/bwmarrin/snowflake"
)

func SnowFlake1() {
    var (
        node *snowflake.Node
        st   time.Time
        err  error
    )

    startTime := "2024-08-20" // 初始化一个开始的时间,表示从这个时间开始算起
    machineID := 1            // 机器 ID

    st, err = time.Parse("2006-01-02", startTime)
    if err != nil {
        panic(err)
    }

    snowflake.Epoch = st.UnixNano() / 1000000
    // 根据指定的开始时间和机器ID,生成节点实例
    node, err = snowflake.NewNode(int64(machineID))
    if err != nil {
        panic(err)
    }

    // 生成并输出 ID
    id := node.Generate()

    fmt.Printf("Int64  ID: %d type of: %T -> Type %v -> Value %v \n", id, id, reflect.TypeOf(id), reflect.ValueOf(id))
    fmt.Printf("Int64  ID: %d\n", id.Int64()) // 也可以直接调用 Int64() 方法
    fmt.Printf("String ID: %s\n", id)
    fmt.Printf("Base2  ID: %s\n", id.Base2())
    fmt.Printf("Base64 ID: %s\n", id.Base64())
}

代码解析:

  1. 时间戳与机器ID:我们首先定义了一个时间戳和机器ID。这里的时间戳用于记录从特定时间开始的毫秒数,而机器ID则用于区分不同节点。
  2. 生成节点实例snowflake.NewNode()函数根据时间戳和机器ID生成一个节点实例。
  3. 生成唯一ID:使用node.Generate()方法生成唯一ID,并展示了多种表示形式。

2. 使用sony/sonyflake生成唯一ID

接下来,我们来看一下sony/sonyflake库的实现。

package snow_flake

import (
    "fmt"
    "reflect"
    "time"

    "github.com/sony/sonyflake"
)

func SnowFlake2() {
    var (
        sonyFlake     *sonyflake.Sonyflake
        sonyMachineID uint16
        st            time.Time
        err           error
    )

    startTime := "2024-08-20" // 初始化一个开始的时间,表示从这个时间开始算起
    machineID := 1            // 机器 ID
    st, err = time.Parse("2006-01-02", startTime)
    if err != nil {
        panic(err)
    }

    sonyMachineID = uint16(machineID)
    settings := sonyflake.Settings{
        StartTime: st,
        MachineID: func() (uint16, error) { return sonyMachineID, nil },
    }
    sonyFlake = sonyflake.NewSonyflake(settings)
    if sonyFlake == nil {
        panic("sonyflake not created")
    }

    id, err := sonyFlake.NextID()
    if err != nil {
        panic(err)
    }

    fmt.Printf("Int64  ID: %d type of: %T -> Type %v -> Value %v \n", id, id, reflect.TypeOf(id), reflect.ValueOf(id))
}

代码解析:

  1. StartTime:类似于snowflake,我们通过StartTime设置了ID生成的起始时间。
  2. MachineID:通过Settings结构体的MachineID字段指定机器ID的获取方式。

选择哪个库?

bwmarrin/snowflakesony/sonyflake都提供了基于Snowflake算法的分布式唯一ID生成器。选择哪个库取决于你的需求:

  • bwmarrin/snowflake:成熟、广泛应用,如果你需要生成不同进制的ID(如Base2, Base64)或对时间戳的精度要求更高,可以选择这个库。
  • sony/sonyflake:优化了一些性能细节,更适合对性能有更高要求的场景。

结论

Snowflake 算法通过简单却有效的方式解决了分布式系统中唯一 ID 生成的问题。无论是 bwmarrin/snowflake 还是 sony/sonyflake,都提供了强大的工具让我们可以在 Go 语言中轻松实现这一算法。在具体应用中,我们可以根据需求选择适合的库,以确保系统的高效性和稳定性。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,923评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,154评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,775评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,960评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,976评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,972评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,893评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,709评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,159评论 1 308
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,400评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,552评论 1 346
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,265评论 5 341
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,876评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,528评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,701评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,552评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,451评论 2 352

推荐阅读更多精彩内容