全局唯一ID的实现方案

为什么需要保证唯一ID？

在单机服务架构中，数据库的每一个业务表的主键ID都是允许自增的，但是在分布式服务架构的分库分表的设计，使得多个库或者多个表存储了相同的业务表，如果没有一个全局的唯一ID设计方案，可能就导致了不同表（但业务逻辑是相同的）的ID相撞了。

虽然在不同数据库中，但是在用户层是无感知的，都是当做相同的业务表来看。

常见的方案

UUID

UUID是由一组32位16进制数字构成，UUID在java中有五套实现方案，第一是基于时间的UUID，第二是基于名字和MD5算法的UUID，第三是基于名字和SHA1算法的UUID，第四是Distributed Computing Environment（DCE）安全的UUID，第五是基于随机的UUID，这是java中默认的
UUID的缺点就是UUID太长了，不容易存储，以及UUID是无序的，不能比较，不利于innodb的索引，因为UUID无序容易造成记录顺序经常变更。