系统设计 on giftiaのblog

分布式ID

Mon, 03 Aug 2026 00:00:00 +0000

一句话定义

分布式 ID 就是在分库分表、微服务这些场景下，各节点不靠单库自增，自己生成全局唯一、趋势递增的 ID。

为什么需要它

单机时代，MySQL 自增主键 AUTO_INCREMENT 足够。到了分布式场景：

分库分表：多个库各自自增，ID 必然冲突。
微服务：用户服务、订单服务各自独立部署，不能共享一个 auto_increment。

所以得自己搞一套 ID 生成机制，不依赖单库自增。

先记住三句话：

全局唯一是底线，趋势递增是加分项。 唯一性不满足直接炸；不趋势递增只是索引性能差，不会出错。
雪花算法去中心化但怕时钟回拨，号段模式性能好但依赖 DB。 没有银弹，只有权衡。
生产环境优先用现成的轮子。 美团 Leaf、百度 UIDGenerator 都比自己手写靠谱。

方案概览

方案	全局唯一	趋势递增	纯数字	依赖外部
UUID	Y	无序	N	无
数据库自增	Y	Y	Y	DB
号段模式	Y	Y	Y	DB（低频）
雪花算法	Y	Y	Y	无
Redis 自增	Y	Y	Y	Redis

UUID：最简单的方案

import "github.com/google/uuid"

id := uuid.New().String() // 550e8400-e29b-41d4-a716-446655440000

一句话： UUID 随手生成、几乎不可能冲突，但有两个致命伤——字符串太长（128 位，存成字符串 36 字节）且完全无序，做 MySQL InnoDB 主键时页分裂非常严重。