昨晚用 Golang 写了个 ID 生成服务，分享给大家

[owenliang]

go-id-alloc

Golang+Mysql 实现的分布式 ID 生成服务

特性

• 高性能：分配 ID 只访问内存
• 分布式：横向扩展，理论无上限
• 高可靠：Mysql 持久化，故障恢复快
• 唯一性：生成 64 位整形，整体递增，永不重复
• 易用性：可自定义 ID 起始位置，对外 HTTP 服务
• 可运维性：提供健康检查接口，通过负载均衡自动摘除故障节点

地址： https://github.com/owenliang/go-id-alloc

[GjriFeu]

唯一性：生成 64 位整形，整体递增，永不重复 太长

[owenliang]

@GjriFeu 额

[twm]

实际情况中来讲不递增 id 会好一些

[owenliang]

@twm 按业务规则生成会好一些

[winglight2016]

@owenliang id 最好不要带业务规则，这是 DB schema 的设计原则之一

[owenliang]

@winglight2016 谁的原则

[rockuw]

> 高性能：分配 ID 只访问内存

多个服务器怎么保证递增？

[owenliang]

@rockuw 看代码喽

[rockuw]

分布式，只访问内存，还能保证严格递增，图灵奖级别的成就啊。

[owenliang]

@rockuw 不是严格。。我的措辞是整体递增，哈哈

[hilow]

用 redis 的 increment 生成 id 比这个 mysql 方便吧？

[pynix]

直接用 uuid，自增 id 最麻烦的就是可猜测。。。。

[notreami]

SnowFlake

[notreami]

理论无上限，永不重复
就这两条，我能喷死你。。。

[troywinter]

楼上正解，现阶段 twitter snowflake 算法算是最为可用的方案。。。

[owenliang]

@notreami 我就很好奇你能喷出啥。。

[owenliang]

@troywinter snowflake 还需要分享给大家么？

[geelaw]

@owenliang 编码长度是有限的，只要执行足够多次就会出现重复或者程序不正常。

用带有硬件信息的 GUID 算法就好了啊，这样不同电脑生成的就会不同了。

[owenliang]

鉴于不同意见较多，不再一一回复大家，关于分布式 ID 方案优劣势参考： https://tech.meituan.com/MT_Leaf.html。

[genesislive]

@owenliang 链接多了个“。”