架构师究竟要不要懂细节？分布式ID生成的6种方法（第45讲）

数据库写压力大，是因为每次生成 ID 都访问了数据库，可以 使用批量的方式降低数据库写压力 。

ID 生成服务假设每次批量拉取 6 个 ID ，服务访问数据库，将当前 ID 的最大值修改为 5 ，这样应用访问 ID 生成服务索要 ID ， ID 生成服务不需要每次访问数据库，就能依次派发 0,1,2,3,4,5 这些 ID 了。

当 ID 发完后，再将 ID 的最大值修改为 11 ，就能再次派发 6,7,8,9,10,11 这些 ID 了，于是数据库的压力就降低到原来的 1/6 。

优点 ：

1. 保证了 ID 生成的绝对递增有序；

2. 大大的降低了数据库的压力， ID 生成可以做到每秒生成几万几十万个；

同时，服务也可以做集群化，只是稍微要注意数据一致性问题，具体CAS优化方案在《 巧用CAS实现分布式ID生成器！(43) 》中有详细介绍，不再展开。

不管是通过数据库，还是通过服务来生成 ID ，业务方 都需要进行一次远程调用，比较耗时。 有没有一种本地生成 ID 的方法，即高性能，又时延低呢？

uuid 是一种常见的方案：

string ID =GenUUID();

优点 ：

1. 本地生成 ID ，不需要进行远程调用，时延低；

2. 扩展性好，基本可以认为没有性能上限；

不足 ：

1. 无法保证趋势递增

2. uuid 过长，往往用字符串表示，作为主键建立索引查询效率低 ，常见优化方案为 “ 转化为两个