互联网企业高并发场景下全局订单号的生成策略

本文探讨了在高并发环境下,全局订单号生成所需满足的特性,包括全局唯一性、高可用性、高并发支持、趋势递增、数据安全及可读性。文章介绍了几种生成策略,如UUID、数据库自增、Twitter的Snowflake算法和Redis自增ID。通过这些策略,可以确保在分布式系统中生成唯一的、有序的订单号。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、在高并发环境下,全局订单号的生成需要满足以下几点特性:

1、全局一致性,也就是唯一

2、高可用,生成机制如果在某个机器上需要防止宕机

3、支持高并发

4、趋势递增,也就是有规律的递增,这样在mysql数据库innodb引擎下可以很大的提升查找效率

5、数据安全,即传输策略,防止泄露用户数据

6、可读性,也就是是否可以根据订单号得到一些信息(需要根据业务场景考虑,比如图片id就不需要可读性)

二、生成策略分类

策略1:UUID(通用唯一识别码)

当前日期+时间+时钟序列+机器识别号(即mac地址或其他)

这个UUDI非常牛逼,它不仅能保证全局唯一性,还能保证生成的识别码全球唯一,也就是说每台机器生成的识别码永远都不会相同,所以也就不需要一个中央控制端来判断它的唯一性。

使用方式:

java.util包下的工具类

String uuid= UUID.randomUUID().toString().replaceAll("-","");

策略2:数据库自增方式

我们知道,mysql主键自增使用auto_increment,oracle可以使用sequence生成,但在分布式情况下,需要怎么做呢?

因为有多个数据库服务器,所以我们可以设置不同的起步值来生成

比如a数据库我们设置起步值为1,b数据库设置为2,c数据库设置为3,增长的步长相同比如为7,这样a数据库第二个值为8,b为9,c为10,这样就可以防止碰撞了。

我们以mysql数据库为例:

SET GLOBAL auto_increment_increment=1;
SET GLOBAL auto_increment_offset=7;

策略3:snowflake 雪花算法

snowflake是twitter为了满足

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值