记一次ogg双向同步解决id问题

事件背景：
使用的数据库为oracle数据库，为解决序列导致ogg双向同步导致不可用问题，我们采用将之前的从数据库的序列中取id改成其他方式。

解决思路：
我们采用的是雪花算法来代替数据库序列。

涉及的改造点：
（1）数据库之前id字段长度需要扩充到19位。
（2）业务代码中关于id的如果使用的是Integer需要改成Long。
（3）前端js中能够接受的数值型长度是16位，超过会丢失精度，所以在代码中的出参需要将id统一转换成String类型。
（4）涉及到部门内其他组或者外部调用的接口需要通知调整数据类型。

遇到的问题：
在将要上线的时候发现了数据库分区存在上限问题，因为我们之前采用的分区方式为范围分区里的间隔分区(指定分区范围之后，自动进行固定长度分区)，之前设置的范围是20000000一个分区，采用雪花算法之后长度由之前的10位左右变成了19位，直接按20000000进行扩展的话，直接就到达了分区的上限(1024K-1=1048575)，导致插入数据库报错。

解决办法：
我们的雪花算法生成器规则如下:时间戳 42位 + 云中心数 3位 + 机器数 8位 +并发数 10位，经计算每天生成的数字大概是200000000000000(2后边14个0)，每个月大概是6000000000000000(6后边15个0)，每年大概是70000000000000000(7后边16个0),现在我们的大表每天增加的数据大概是30万，一个月大概1000万,可以按照每1后边16个0进行分区，数据量大概是1600万，能够分的最大分区数大概是999/1=999个。

执行的语句：
alter table 表名 set interval(10000000000000000);