分布式ID生成方案全解析：从数据库到雪花算法

Thu, 25 Jun 2026 22:53:20 +0800

在分布式系统中，全局唯一ID是一个常见的需求。无论是分库分表后的主键冲突，还是订单号、用户ID等需要唯一标识的场景，都离不开一个可靠的分布式ID生成器。本文将带你了解分布式ID的基本要求，并梳理多种实现方案，从简单的数据库自增到高性能的雪花算法，最后介绍各大厂的开源组件。

一、什么是分布式ID？

分布式ID是指在分布式环境下生成的全局唯一标识符。典型应用场景包括：

分库分表：数据量增长导致单库单表出现性能瓶颈时，分库分表后无法继续依赖数据库自增ID（会产生主键冲突），此时需要分布式ID保证全局唯一。
业务标识：订单号、用户ID、消息ID等需要全局唯一的场景。

二、分布式ID的基本要求

一个合格的分布式ID生成器通常需要满足以下几点：

全局唯一：这是最基本的要求，ID必须在整个分布式系统中不重复。
独立部署、高性能、高可用：ID生成服务应独立部署，具备高并发下的低延迟响应能力（接近100%可用性），不能成为业务系统的瓶颈。
安全：ID中不应包含敏感信息，避免信息泄露。
趋势递增：尽可能保证ID趋势递增，这有利于数据库的索引插入和排序性能。

三、实现方案

1. 数据库方案

1.1 基于数据库自增ID

使用MySQL的自增主键来充当分布式ID。创建一张专门用于生成ID的表，每次插入一条记录后获取返回的主键ID。

CREATE DATABASE `SEQ_ID`;
CREATE TABLE SEQID.SEQUENCE_ID (
 id bigint(20) unsigned NOT NULL auto_increment, 
 value char(10) NOT NULL default '',
 PRIMARY KEY (id)
) ENGINE=MyISAM;

INSERT INTO SEQUENCE_ID(value) VALUES ('values');

优点：简单、天然有序。缺点：单点故障风险、并发性能差、数据库写入压力大，且ID可反推出订单数量等敏感信息。

1.2 基于数据库集群模式

为解决单点故障，可以采用多主模式，部署多个MySQL实例独立生成自增ID。通过设置不同的起始值和步长避免重复（以两个节点为例）：

-- MySQL实例1
set @@auto_increment_offset = 1; -- 起始值
set @@auto_increment_increment = 2; -- 步长

-- MySQL实例2
set @@auto_increment_offset = 2; -- 起始值
set @@auto_increment_increment = 2; -- 步长

优点：缓解单点并发压力。缺点：不利于动态扩容，新增节点时需处理起始值冲突，甚至可能停机调整。

1.3 基于数据库号段模式

号段模式的核心思想是批量获取自增ID：每次从数据库取出一个ID范围（如(1,1000]），然后在内存中递增分配，用完后再去数据库获取新的号段。

雪花算法 on Lishengxie