为什么分布式数据库中不使用uuid作为主键？
分布式数据库当然也有主键的需求，但是为什么不直接使用uuid作为主键呢？作为曾经被这个问题困惑过的人，试着回答一下
1. UUID生成速率低下
Java的UUID依赖于SecureRandom.nextBytes方法，而SecureRandom又依赖于操作系统提供的随机数源，
在Linux系统下，它的默认依赖是/dev/random，而这个源是阻塞的。
最可怕的是，这个nextBytes方法还是一个synchronized方法，也就是说，如果多线程调用UUID，生成速率不升反降。
测试结果：在一台64线程的服务器上，调用UUID.randomUUID方法，生成一千万个uuid平均耗时在130s，tps不到8w
2. UUID主键在innodb中会引发性能问题
a. innodb中的主键索引也是聚集索引，如果插入的数据是顺序的，那么b+树的叶子基本都是满的，缓存也可以很好的发挥作用。
如果插入的数据是完全无序的，那么叶子节点会频繁分裂，缓存也基本无效了。这会减少tps
b. uuid占用的空间较大
3. UUID完全没有意义，如果有一个主键是全局自增的，那么数据排列顺序就是数据的插入顺序
解决方案：
1. 分布式全局序列生成（使用zk的DistributedAtomicLong，一次自增一个步长，用户用完了步长内的序列，再找zk要）
2. Twitter的snowflake算法
当然自增序列也不是完美的，因为在极大并发的情况下，按自增主键插入会发生争用，主键的上界会出现热点。但总的来说，还是可以接受的
出处：
