统一ID服务

代码已经修改 调用方式 为restful请求  或者 feign请求  请参考 wiki:   http://192.168.120.46:8090/display/peixun/akucun+Guid

 

项目组 对接人员 采用的方式 版本 修改最后时间
订单 贺周群 工具类 1.0.20-SNAPSHOT 已修改,11月15日上线
支付 崔宏辉 工具类 本地 暂时不做修改
旧订单 王硕星 工具类 1.0.20-SNAPSHOT 已修改,最迟11月20日上线
旧版会员 蔡建 zuul akucun-base-data-new 11月15日修改

 

 

guid ID 18 三个环境 

restful 调用方式
dev: http://192.168.120.97:8080/base/guid/31/31
test: http://172.19.1.198:8080/base/guid/31/31
prod: http://addr.infra.aikucun.com/base/guid/31/31

feign调用方式: 

<dependency>
<groupId>com.akucun.base.data</groupId>
<artifactId>base-data-facade-stub</artifactId>
<version>0.0.1-SNAPSHOT</version>
</dependency>

调用其中的接口:  com.akucun.base.data.stub.GuidRemote

 

已下内容已经过期 , 供参考

 

18位long型 ID生成算法snowflake原理:   https://segmentfault.com/a/1190000011282426

 

1) spring项目引用 akucun-common-base: 

<dependency>     

        <groupId>com.akucun</groupId>     

        <artifactId>akucun-common-base</artifactId>     

        <version>${com.akucun.cloud.base.version}</version>

</dependency> 

当前版本 :

<com.akucun.cloud.base.version>0.0.1-SNAPSHOT</com.akucun.cloud.base.version>

2) 项目中添加如下类

 

PrimaryKeyGenerater.java

3) 项目启动添加参数

 

-Dguid.datacenter.id=2  -Dguid.machine.id=3

 

guid.datacenter.id 数据中心
guid.machine.id 数据中心中对应的服务器编号

 

4) 获取对应数据

SpringUtil.getBean(PrimaryKeyGenerater.class).nextId()

datacenter:  SpringUtil.getBean(PrimaryKeyGenerater.class).getDatacenterId()

machine: SpringUtil.getBean(PrimaryKeyGenerater.class).getMachineId()

 

 

大厂的id设计
全局数据库生成唯一id型:
京东商城订单号格式:157444499 全局数据库
苏宁易购订单号格式:2000839647 全局数据库
凡客诚品订单号格式:213052230059 业务编码+年的后2位+月+日+订单数
银泰网订单号格式:10030522161715 年的第三位数+业务编码+年的后1位+月+日+订单数
淘宝的订单号格式:126036803257340376 14位为序号+买家ID的倒数1-2位+买家ID的倒数3-4位
Twitter Snowflake 格式 :458607675730102138 14位时间戳+ 数据中心2+服务器2位 + 顺序号4位
可归类4种:
方案1: 利用全局数据库(rmdb or nosql) 提供自增的字段ID, 具体业务端可一次读取多条id 提高性能 -- id 短 , 性能一般,维护成本高, 可读性一般
方案2: 年月日+日级别一定位数的序号(如 00001, 序号维护同方案1) -- id 短 , 性能一般,,维护成本高, 可读性高
方案3:淘宝方案 4位序号+买家4位ID -- id 长, 性能一般,,维护成本高, 可读性高只需读取后6位基本可判断订单
方案4: Twitter Snowflake方案 -- id 长, 性能高,,维护成本底, 可读性差 , 可参考方案3 把后4位改为用户id后4位组合
爱库存对id的需求场景:
1. 订单ID (完整编号、短号)
2. 发货单ID (完整编号、短号)
3. 代购ID (会员编号) (亿级)
4. 商家ID (千万级)
5. 售后申请服务号 (亿级)
6. 支付流水号
7. 支付退款流水号
8. 业务上使用的合并支付单号
方案选取原则:
1: 12位左右ID 选择方案2
2: 短id 选择方案1
3: 考虑数据中心的概念 选择方案4 (当前新项目采用此方案 , 新会员, 商户商家)

 

posted @ 2019-06-24 21:01  乌瑟尔  阅读(448)  评论(0编辑  收藏  举报