Snowflake 的 WorkerId 如何分配？
简化版
WorkerId 必须保证同一时间窗口内不被两个活实例使用。可由 ZooKeeper/etcd/数据库租约分配，实例持有带 epoch 的 lease，续租失败必须在租约到期前停发。 不建议仅用 IP、MAC、Pod 序号哈希，因为重建、克隆、冲突和跨环境复用都可能让 WorkerId 重复。
详细版
启动时实例以稳定身份申请 (regionId, workerId, leaseEpoch, expiresAt)，本地只在 lease 有效且时钟安全时生成。控制面通过线性一致 CAS 分配空闲 ID；回收后设隔离期，防止旧实例因网络分区继续运行。新实例拿到更高 epoch，监控发现同 worker 多持有者立即停发。
Kubernetes StatefulSet ordinal 可做候选，但扩缩容、跨集群和镜像克隆仍需命名空间隔离与注册校验。Worker 位容量还要覆盖故障扩容；耗尽时不能随机覆盖已有节点。
完整版教学
一、为什么 WorkerId 冲突会产生重复
Snowflake ID 由时间、WorkerId 和序列组成。两个实例若同一毫秒使用相同 WorkerId，序列都从 0 开始，第一批 ID 将完全相同。随机序列只能降低概率，无法提供唯一保证。
记忆钩子：时间相同、工号相同、序号相同，整张身份证就相同；WorkerId 是唯一性条件，不是普通标签。
二、静态配置适合什么场景
固定物理机少且变更严格时，可以人工登记 WorkerId，但需要唯一校验、环境命名空间和变更审计。IP 后几位、MAC hash 可能碰撞，容器 IP 还会复用；把冲突风险交给概率不符合主键安全要求。
| 方式 | 优点 | 风险 |
|---|---|---|
| 人工静态 | 简单 | 运维冲突、扩容慢 |
| StatefulSet ordinal | 稳定 | 跨集群/重建需隔离 |
| DB 唯一登记 | 易实现 | 租约与主备一致性 |
| etcd/ZK 租约 | 动态、强一致 | 需处理断联停发 |
三、租约分配流程
register instance -> CAS allocate worker=37, epoch=8, ttl=30s
renew every 10s
if remaining lease < safetyWindow -> stop issuing IDs实例不能等 lease 已过期才开始停，因为本地时钟、网络和调度有误差。安全窗口例如 5 秒，续租连续失败后提前拒绝发号。
四、网络分区和 Fencing
旧实例与租约中心失联，新实例可能在 TTL 后获得 worker=37。若旧实例仍发号，就发生重叠。因此旧实例必须遵循租约到期停发；新租约带 epoch，控制面和监控能识别新旧持有者。仅在注册中心删除旧节点，不会自动停止它。
WorkerId 回收还可等待最大时钟窗口或保证新旧时间区间不重叠，但最可靠仍是进程遵守 fencing 与停止条件。
五、容器与快照克隆陷阱
VM/容器镜像若包含持久化 WorkerId 和 lastTimestamp，克隆后多个实例会拥有相同身份。启动脚本必须从运行环境重新申请租约，镜像不保存活跃凭证。StatefulSet 在两个集群都使用 ordinal=0 时，也要通过 cluster/region 位隔离。
进程重启在同一毫秒复用 worker 时，持久化 lastTimestamp 或等待超过旧高水位，避免序列从零与重启前碰撞。
六、容量与观测
10 位 worker 有 1024 个组合；若拆成 3 位 region+7 位 worker，则每地域只有 128 个。规划要包含扩容、蓝绿发布时新旧实例共存和灾备接管。接近 80% 使用率应提前扩布局，而不是等无号可分。
监控 lease 剩余、续租失败、worker 冲突、多持有者、epoch、时间回拨和停发次数。演练租约中心不可用、网络分区、实例暂停 60 秒与快照克隆。
七、常见误区与追问
- 误区：IP 天然唯一，适合直接做 WorkerId。 IP 会复用、NAT、变化且压缩后可能碰撞。
- 误区：租约中心断开时继续发号更高可用。 旧 worker 可能已被重新分配，唯一性失去证明。
- 误区：StatefulSet ordinal 在公司内全局唯一。 不同集群/namespace 可重复，需要上层隔离。
- 误区：WorkerId 回收后立即给新节点即可。 旧实例可能仍活着或时钟区间重叠。
- 追问：租约中心本身怎么高可用？ 使用共识集群，但失去多数时宁可不分配新 worker。
- 追问：蓝绿发布如何分 ID？ 新旧实例同时占不同 worker，不能提前复用旧组。
- 追问：Worker 位不够怎么办？ 推出新布局/更长 ID 或减少并发节点，不能覆盖活跃 ID。
八、加强记忆
WorkerId 管理按“强一致分配、租约续期、断联停发、回收隔离、跨环境命名空间”设计。IP、MAC、ordinal 都只是身份线索，不是唯一性证明。再把蓝绿共存、镜像克隆和位容量纳入规划，才能守住 Snowflake 不重号的前提。
监控必须能从生成实例反查租约记录，并对同一 WorkerId 的并发心跳立即告警；这比事后从海量 ID 中寻找重复更及时。