订单号

订单是整个电子商务的核心, 而订单号就是订单业务中的非常重要的一部分.

订单号的本质就是一个唯一ID, 但又要一定的业务相关性.

1. 常见ID生成方式

首先看下常用的ID生成方式.

1.1 UUID

UUID是由当前日期和时间, 时钟序列和全局唯一的IEEE机器识别码三部分, 共32个16进制字符组成的字符串.

1.2 雪花算法

Snowflake 是 Twitter 内部的一个 ID 生算法, 根据时间戳, 数据中心ID, 机器ID以及每秒内自增序列组成的64bit ID. 这里可以根据系统情况, 对数据中心ID, 机器ID等长度进行调整.

1.3 数据库自增

在数据库中可以通过给订单列设置为自增列, 并且给该列设置一个初始值. 通过数据库实现ID自增。但数据库并发能力相对较差, 使用时需注意平台并发情况.

1.4 分布式组件

通过redis等分布式组件的自增方式实现.

2. 订单号

订单号与分布式ID稍有不同的是, 分布式ID一般是作为数据主键使用, 订单号是会展示给用户和相关人员的, 这也就有了更严格的要求和规则了.

2.1 订单号规则

我们看下订单号, 需要哪些要求和规则.

①不重复. 不管你的订单号如何设, 需要保证订单在系统内的唯一性. 尤其是在高并发情况下, 不能出现订单号重复的情况.

②安全性. 不能通过订单号猜测出系统的销量, 流水信息，用户信息等额外信息;也不能连号的, 防止被按顺序拉取信息, 导致信息泄露; 也不能很容易的被恶意破解;

③业务相关. 订单的生成需要有一定的业务相关性, 容易通过风控发现问题订单.

④长度. 订单号的长度要尽量在10-20之间, 提高可读性.

⑤使用数字. 方便数据读写, 同时也要考虑分库分表规则.

⑥加密验证. 针对自己的订单信息, 需要有加密位.

2.2 业务相关

我们再分析下, 一个订单与哪些业务相关, 又如何应用到订单号之中.

①时间. 具体订单生成日期或时间戳.

②卖家ID. 可以将卖家ID, 选取后几位, 并脱敏加入到订单号中.

③买家ID. 可以将买家ID, 选取后几位, 并脱敏加入到订单号中.

④手机号. 使用手机号中的某几位, 根据一定规则, 选取几位放入到订单号中.

⑤平台. 记录订单生成平台. 包括小程序, Android, IOS, PC, 三方平台等等.

⑥业务类型. 记录首页推荐, 促销, 秒杀等成单场景.

⑦随机数. 根据时间等信息按一定规则生成随机数, 降低订单重复率.

⑧自增序列. 单位时间内的自增序列.

⑨验证位. 类似身份证信息的验证位, 根据其他各项信息, 生成一位校验位, 提高订单号的安全性.

除了上面列举的业务相关信息, 也可以根据自己平台系统情况, 适当增加或减少项目, 毕竟适合自己的才是最好的.

例如, 可以选择简单一些规则项:

业务类型(1位) 日期(6位) 自增序列.

当然也可以复杂些:

平台类型(1位) 业务类型(1位) 日期(6位) 时间并带有随机码(8位) 验证位(1位) 脱敏后userID后3位(3位).

总之, 除了以上提到的业务相关性, 还要注意数据存储时, 尽量使一个卖家的数据存储在统一表中, 方便业务上查询, 统计等操作; 对于买家而言, 要注意做好买家ID与订单信息的映射, 以方便实现其他业务需求.