一、全局唯一ID的需求产生。
在订单业务中,我们需要保证id是绝对唯一的。
使用数据库自增长的id在分布式的情况下把表做了拆分处理后有可能会出现id重复的情况,这就违背了唯一性。而且数据自增长的id有很强的规律性,可以根据id推断出订单的数量信息,这也是不安全的。
二、使用redis实现全局唯一ID生成器。
redis可以用作全局唯一ID生成器实现的原因:
- 递增性:redis本身就采用递增方案。
- 唯一性:redis是独立于数据库之外的,不论数据库有几张表,redis只有一个,使用incr命令自增是唯一的。
- 高可用性:redis可以用主从,集群等等方案可以确保它的高可用性。
- 安全性:使用时间戳进行拼接确保安全性。并且Redis 的自增命令是原子性的,保证了在多线程或多进程并发情况下生成的 ID 的唯一性。
- 高性能:Redis 是一个基于内存的数据库,读写速度非常快
使用这种拼接方式,前面为31位的时间戳,大约为68年,理论完全可用,但是在高并发的情况下,每秒可能有很多个订单,这种方式支持2^32个订单,完全可用。
代码实现
public class RedisIdWorker {
/**
* 开始时间戳
*/
private static final long BEGIN_TIMESTAMP = 1640995200L;//2022年1月1日0时0分0秒对应的时间戳
/**
* 序列号的位数
*/
private static final int COUNT_BITS = 32;
private StringRedisTemplate stringRedisTemplate;
public RedisIdWorker(StringRedisTemplate stringRedisTemplate) {
this.stringRedisTemplate = stringRedisTemplate;
}
public long nextId(String keyPrefix) {
// 1.生成时间戳
LocalDateTime now = LocalDateTime.now();
long nowSecond = now.toEpochSecond(ZoneOffset.UTC);
long timestamp = nowSecond - BEGIN_TIMESTAMP;
// 2.生成序列号
// 2.1.获取当前日期,精确到天
String date = now.format(DateTimeFormatter.ofPattern("yyyy:MM:dd"));
// 2.2.自增长
long count = stringRedisTemplate.opsForValue().increment("icr:" + keyPrefix + ":" + date);
// 3.拼接并返回
return timestamp << COUNT_BITS | count;//使用逻辑运算符拼接
}
}