订单号设计规则

最近公司由于业务的需要，设计生成订单号规则（定制版）。在网上查看了一些资料，在这里总结一些自己的心得。

1. 基本需求：正确性、唯一性、安全性、稳定性
2. 高级需求：检索性能、其他性能方面
3. 定制化需求：语义相关、业务相关

订单号的生成规则：

•  唯一性（不重复）：保证编码id唯一；
• 安全性：在编码中不要加入任何和公司运营的数据；
•  易读性：不大规模使用随机码，造成编码位数过长，不建议有字母编码规则，最好是纯数字编码；
• 可扩展性：便于查询，业务升级等；
• 防止并发：主要针对编码中有时间的设定，分布式机器的时间不统一。

 

编码规则一般位数控制在10-15位，常见的编码规则：

• 时间戳+业务类型+下单平台+随机码（或自增码，自增码每天可清零）+支付渠道+用户ID（建议）；
• 年月日时分秒+用户ID；
• 年月日时分秒微秒+随机码(2)+流水号+随机码(3)；
• 利用数据库主键值产生一个自增长的订单号（订单号即数据表的主键）
• 日期+自增长数字的订单号（比如：2012040110235662）
• 产生随机的订单号(65865325365966)
• 字母+数字字符串式，字母有包含特别意义，C02356652
• Twitter的雪花算法，php第三方扩展库（php-snowflake）：https://github.com/zh-ang/php-snowflake（推荐）