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

简介: 在分布式系统中,确保每个节点生成的 ID 唯一且高效至关重要。Snowflake 算法由 Twitter 开发,通过 64 位 long 型数字生成全局唯一 ID,包括 1 位标识位、41 位时间戳、10 位机器 ID 和 12 位序列号。该算法具备全局唯一性、递增性、高可用性和高性能,适用于高并发场景,如电商促销时的大量订单生成。本文介绍了使用 Go 语言的 `bwmarrin/snowflake` 和 `sony/sonyflake` 库实现 Snowflake 算法的方法。

在分布式系统中,为了确保每个节点生成的 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 语言中轻松实现这一算法。在具体应用中,我们可以根据需求选择适合的库,以确保系统的高效性和稳定性。

相关文章
|
6月前
|
负载均衡 算法 调度
基于遗传算法的新的异构分布式系统任务调度算法研究(Matlab代码实现)
基于遗传算法的新的异构分布式系统任务调度算法研究(Matlab代码实现)
274 11
|
运维 监控 算法
监控局域网其他电脑:Go 语言迪杰斯特拉算法的高效应用
在信息化时代,监控局域网成为网络管理与安全防护的关键需求。本文探讨了迪杰斯特拉(Dijkstra)算法在监控局域网中的应用,通过计算最短路径优化数据传输和故障检测。文中提供了使用Go语言实现的代码例程,展示了如何高效地进行网络监控,确保局域网的稳定运行和数据安全。迪杰斯特拉算法能减少传输延迟和带宽消耗,及时发现并处理网络故障,适用于复杂网络环境下的管理和维护。
|
6月前
|
算法 安全 Python
【顶级EI复现】分布式电源选址定容的多目标优化算法(Matlab代码实现)
【顶级EI复现】分布式电源选址定容的多目标优化算法(Matlab代码实现)
212 1
|
6月前
|
传感器 机器学习/深度学习 算法
【无人机编队】基于麻雀算法分布式无人机群自适应航迹规划和碰撞检测研究(Matlab代码实现)
【无人机编队】基于麻雀算法分布式无人机群自适应航迹规划和碰撞检测研究(Matlab代码实现)
157 2
|
6月前
|
并行计算 算法 调度
基于串行并行ADMM算法的主从配电网分布式优化控制研究(Matlab代码实现)
基于串行并行ADMM算法的主从配电网分布式优化控制研究(Matlab代码实现)
406 0
|
6月前
|
并行计算 算法 安全
【ADMM、碳排放】基于分布式ADMM算法的考虑碳排放交易的电力系统优化调度研究【IEEE6节点、IEEE30节点、IEEE118节点】(Matlab代码实现)
【ADMM、碳排放】基于分布式ADMM算法的考虑碳排放交易的电力系统优化调度研究【IEEE6节点、IEEE30节点、IEEE118节点】(Matlab代码实现)
332 0
|
7月前
|
运维 算法 5G
【优化管理】基于事件触发的弹性分布式能源管理算法研究(Matlab代码实现)
【优化管理】基于事件触发的弹性分布式能源管理算法研究(Matlab代码实现)
155 0
|
10月前
|
NoSQL 算法 安全
分布式锁—1.原理算法和使用建议
本文主要探讨了Redis分布式锁的八大问题,包括非原子操作、忘记释放锁、释放其他线程的锁、加锁失败处理、锁重入问题、锁竞争问题、锁超时失效及主从复制问题,并提供了相应的优化措施。接着分析了Redis的RedLock算法,讨论其优缺点以及分布式专家Martin对其的质疑。此外,文章对比了基于Redis和Zookeeper(zk)的分布式锁实现原理,包括获取与释放锁的具体流程。最后总结了两种分布式锁的适用场景及使用建议,指出Redis分布式锁虽有性能优势但模型不够健壮,而zk分布式锁更稳定但部署成本较高。实际应用中需根据业务需求权衡选择。
|
11月前
|
SQL 监控 Go
新一代 Cron-Job分布式调度平台,v1.0.8版本发布,支持Go执行器SDK!
现代化的Cron-Job分布式任务调度平台,支持Go语言执行器SDK,多项核心优势优于其他调度平台。
256 8
|
开发框架
osharp集成Yitter.IdGenerator并实现分布式ID
本文介绍了在 osharp 框架中集成 Yitter.IdGenerator 实现分布式 ID 的方法。osharp 是一个基于 .NET Core 的快速开发框架,而 Yitter.IdGenerator 是一种高效的分布式 ID 生成器。通过实现 `IKeyGenerator<long>` 接口并创建 `YitterSnowKeyGenerator` 类,结合 `YitterIdGeneratorPack` 模块化配置,实现了分布式环境下唯一 ID 的生成。
245 0

热门文章

最新文章