全球化部署（一）数据同步，id自增问题

       最近，因项目需要全球化部署。因为各个站点都有自己独立的一套数据库作为写入数据，因为性能要求要能做到就近接入，但查看需要做到能查看所有数据，所以需要同步数据。

       历史原因没有考虑到全球化部署的问题，所以id都是直接自增的int类型。但因为需要在不同的数据库中的表数据同步到同一张表中，会存在id冲突的问题。

       解决方案：整改id。

       第一个想法就是将int类型的id改成uuid生成主键。但认真查了下资料，mysql的索引特性使用uuid会大大影响插入的性能。查询同样也会受到影响。这个方案待定。

      第二种使用雪花算法来生成自增的long类型的id.网上有大量的雪花算法java版的实现。不赘述。

     重点说明下我的项目在集群部署下如何生成唯一id的问题：

      1，很多解决方案是获取部署容器的IP值。但有可能就会取到统一的127.0.0.1这种ip。导致不唯一。

      2，获取mac地址，但是mac地址获取后的结果是16进制带有字母的字符串，和我要的long类型不符。还待细细研究

      3，最终采用的是用redis的分布式锁，获取long类型的整数。

      因为之前的插入统统都是采用自增id,所以现在整改项目需要花一定的时间，这边决定用切面对插入进行统一的通过调用封装后的雪花算法生成id.

      未完待续。。。。。