使用redis或雪花算法生成全局id

雪花算法生成全局Id,看这篇就够了 雪花算法 阅读详情

雪花算法

/**
 * 优点:
 * 性能好,低延时, 能满足Twitter每秒上万条请求
 * 独立部署, 稳定性高
 * 可根据自身业务分配bit位, 灵活性好
 * 缺点:
 * 强依赖机器时间, 如果机器上时间回拨,会导致发号重复或者服务会处于不可用状态。
 *
 * Twitter_Snowflake<br>
 * SnowFlake的结构如下(每部分用-分开):<br>
 * 0 - 0000000000 0000000000 0000000000 0000000000 0 - 00000 - 00000 - 000000000000 <br>
 * 1位标识,由于long基本类型在Java中是带符号的,最高位是符号位,正数是0,负数是1,所以id一般是正数,最高位是0<br>
 * 41位时间截(毫秒级),注意,41位时间截不是存储当前时间的时间截,而是存储时间截的差值(当前时间截 - 开始时间截)
 * 得到的值),这里的的开始时间截,一般是我们的id生成器开始使用的时间,由我们程序来指定的(如下下面程序IdWorker类的startTime属性)。41位的时间截,可以使用69年,年T = (1L << 41) / (1000L *
 * 60 * 60 * 24 * 365) = 69<br>
 * 10位的数据机器位,可以部署在1024个节点,包括5位datacenterId和5位workerId<br>
 * 12位序列,毫秒内的计数,12位的计数顺序号支持每个节点每毫秒(同一机器,同一时间截)产生4096个ID序号<br>
 * 加起来刚好64位,为一个Long型。<br>
 * SnowFlake的优点是,整体上按照时间自增排序,并且整个分布式系统内不会产生ID碰撞(由数据中心ID和机器ID作区分),并且效率较高,经测试,SnowFlake每秒能够产生26万ID左右。
 */
public class SnowflakeIdWorker {

    // ==============================Fields===========================================
    /** 开始时间截 (2015-01-01) */
    private final long twepoch = 1420041600000L;

    /** 机器id所占的位数 */
    private final long workerIdBits = 5L;

    /** 数据标识id所占的位数 */
    private final long datacenterIdBits = 5L;

    /** 支持的最大机器id,结果是31 (这个移位算法可以很快的计算出几位二进制数所能表示的最大十进制数) */
    private final long maxWorkerId = -1L ^ (-1L << workerIdBits);

    /** 支持的最大数据标识id,结果是31 */
    private final long maxDatacenterId = -1L ^ (-1L << datacenterIdBits);

    /** 序列在id中占的位数 */
    private final long sequenceBits = 12L;

    /** 机器ID向左移12位 */
    private final long workerIdShift = sequenceBits;

    /** 数据标识id向左移17位(12+5) */
    private final long datacenterIdShift = sequenceBits + workerIdBits;

    /** 时间截向左移22位(5+5+12) */
    private final long timestampLeftShift = sequenceBits + workerIdBits + datacenterIdBits;

    /** 生成序列的掩码,这里为4095 (0b111111111111=0xfff=4095) */
    private final long sequenceMask = -1L ^ (-1L << sequenceBits);

    /** 工作机器ID(0~31) */
    private long workerId;

    /** 数据中心ID(0~31) */
    private long datacenterId;

    /** 毫秒内序列(0~4095) */
    private long sequence = 0L;

    /** 上次生成ID的时间截 */
    private long lastTimestamp = -1L;

    //==============================Constructors=====================================

    /**
     * 构造函数
     *
     * @param workerId     工作ID (0~31)
     * @param datacenterId 数据中心ID (0~31)
     */
    public SnowflakeIdWorker(long workerId, long datacenterId) {
        if (workerId > maxWorkerId || workerId < 0) {
            throw new IllegalArgumentException(String.format("worker Id can't be greater than %d or less than 0", maxWorkerId));
        }
        if (datacenterId > maxDatacenterId || datacenterId < 0) {
            throw new IllegalArgumentException(String.format("datacenter Id can't be greater than %d or less than 0", maxDatacenterId));
        }
        this.workerId = workerId;
        this.datacenterId = datacenterId;
    }

    // ==============================Methods==========================================

    /**
     * 获得下一个ID (该方法是线程安全的)
     *
     * @return SnowflakeId
     */
    public synchronized long nextId() {
        long timestamp = timeGen();

        //如果当前时间小于上一次ID生成的时间戳,说明系统时钟回退过这个时候应当抛出异常
        if (timestamp < lastTimestamp) {
            throw new RuntimeException(
                    String.format("Clock moved backwards.  Refusing to generate id for %d milliseconds", lastTimestamp - timestamp));
        }

        //如果是同一时间生成的,则进行毫秒内序列
        if (lastTimestamp == timestamp) {
            sequence = (sequence + 1) & sequenceMask;
            //毫秒内序列溢出
            if (sequence == 0) {
                //阻塞到下一个毫秒,获得新的时间戳
                timestamp = tilNextMillis(lastTimestamp);
            }
        }
        //时间戳改变,毫秒内序列重置
        else {
            sequence = 0L;
        }

        //上次生成ID的时间截
        lastTimestamp = timestamp;

        //移位并通过或运算拼到一起组成64位的ID
        return ((timestamp - twepoch) << timestampLeftShift)
                | (datacenterId << datacenterIdShift)
                | (workerId << workerIdShift)
                | sequence;
    }

    /**
     * 阻塞到下一个毫秒,直到获得新的时间戳
     *
     * @param lastTimestamp 上次生成ID的时间截
     * @return 当前时间戳
     */
    protected long tilNextMillis(long lastTimestamp) {
        long timestamp = timeGen();
        while (timestamp <= lastTimestamp) {
            timestamp = timeGen();
        }
        return timestamp;
    }

    /**
     * 返回以毫秒为单位的当前时间
     *
     * @return 当前时间(毫秒)
     */
    protected long timeGen() {
        return System.currentTimeMillis();
    }

    /** 测试 */
    public static void main(String[] args) {
        SnowflakeIdWorker idWorker = new SnowflakeIdWorker(0, 0);
        for (int i = 0; i < 1000; i++) {
            long id = idWorker.nextId();
            // System.out.println(Long.toBinaryString(id));
            System.out.println(id);
        }
    }
}

redis

// 接口
/**
 * @author Chris
 * @date 2021/02/03
 */
public interface IdGeneratorService {
    long generatorId(String biz);
    long generatorId();
}

// 实现
import lombok.extern.slf4j.Slf4j;
import org.springframework.stereotype.Service;
import redis.clients.jedis.Jedis;

import java.util.Calendar;
import java.util.Date;

/**
 * 优点:
 * 能够一定程度上保持Id具有一定的增长规律,有利于索引和排序
 * 比较灵活,可以根据自己的需要,定制不同的ID的格式
 * 缺点:
 * 依赖于Redis,需要引入Redis中间件的配置
 * 增加运维成本
 * 由于具有顺序性,容易被拖,可以进行改进, 将毫秒数中的一段截取拼装在id中
 */
@Service
@Slf4j
public class RedisIdGeneratorService implements IdGeneratorService {

    private static final String KEY_PREFIX = "r_d";

    private static final Jedis JEDIS;

    static {
        JEDIS = new Jedis("127.0.0.1", 6379);
    }

    private String getIdPrefix() {
        Date date = new Date();
        Calendar c = Calendar.getInstance();
        c.setTime(date);
        int year = c.get(Calendar.YEAR);
        // 今天是第多少天
        int day = c.get(Calendar.DAY_OF_YEAR);
        int hour = c.get(Calendar.HOUR_OF_DAY);
        int minute = c.get(Calendar.MINUTE);
        int second = c.get(Calendar.SECOND);
        // 0补位操作 必须满足三位
        String dayFmt = String.format("%1$03d", day);
        // 0补位操作 必须满足2位
        String hourFmt = String.format("%1$02d", hour);
        // 0补位操作 必须满足2位
        String minuteFmt = String.format("%1$02d", minute);
        // 0补位操作 必须满足2位
        String secondFmt = String.format("%1$02d", second);
        return (year - 2000) + dayFmt + hourFmt + minuteFmt + secondFmt;
    }

    private long incrDistrId(String biz) {
        String prefix = getIdPrefix();
        String orderId = null;
        // 00001
        String key = "#{biz}:id:".replace("#{biz}", biz).concat(prefix);
        try {
            // 如果可以的话,使用 lua 脚本, 保证原子性。
            Long index = JEDIS.incrBy(key, 1);
            // 补位操作 保证满足5位
            orderId = prefix.concat(String.format("%1$05d", index));
        } catch (Exception ex) {
            log.error("分布式订单号生成失败异常。。。。。", ex);
        } finally {
            // 保留10分钟内的key
            JEDIS.expire(key, 10 * 60);
        }
        if (isEmpty(orderId)) {
            return 0;
        }
        return Long.parseLong(orderId);
    }

    private boolean isEmpty(String value) {
        return null == value || value.length() == 0;
    }

    private boolean isNotEmpty(String value) {
        return !isEmpty(value);
    }

    /**
     * 生成分布式ID
     */
    @Override
    public long generatorId(String biz) {
        // 转成数字类型,可排序
        return incrDistrId(biz);
    }

    @Override
    public long generatorId() {
        return incrDistrId(KEY_PREFIX);
    }

    public static void main(String[] args) {
        IdGeneratorService idGeneratorService = new RedisIdGeneratorService();
        for (int i = 0; i < 1000; i++) {
            System.out.println(idGeneratorService.generatorId("key"));
            // System.out.println(idGeneratorService.generatorId());
        }
    }
}
分布式唯一ID生成:雪花算法的原理及实战使用、三大问题的解决 总之就是用一个 64 bit 的数字中各个 bit 位来设置不同的标志位,区分每一个 id。实际中我们的机器并没有那么多,可以改进改算法,例如将10bit的机器id优化和我们系统相关的业务。雪花算法只是一种思想,活学活用,切记生搬硬套。 阅读详情

相关推荐

【从零开始学习Redis | 第十篇】利用Redis构造全局唯一ID(含其他构造方法)

在各种实际业务中,全局唯一ID是一个重要的存在,它用来标识用户的特定服务,方便用户在后续基于这个ID来进行各种服务。而如何构造全局唯一ID也是一个比较重要的知识点。因此今天来介绍一下如何基于Redis构造全局唯一ID。全局唯一ID(Global Unique Identifier,简称GUID)是在计算机系统中用于唯一标识实体或对象的标识符。它通常由一个128位的数字字符串组成,采用特定的算法生成,以确保在相同的算法和生成器设置下几乎不会重复。

fckbb的博客 3394

JAVA 雪花算法 唯一ID生成工具类

package com.gblfy; /** * @Author:JCccc * @Description: * @Date: created in 15:31 2019/6/12 */ public class SnowflakeIdUtils { // ==============================Fields=========================...

Gblfy_Blog 4024

雪花算法 Snowflake 生成分布式自增 ID 详解

文章目录1、雪花算法概述2、雪花算法结构3、雪花算法生成的 ID 性质4、雪花算法的优点5、雪花算法的缺点 1、雪花算法概述 Snowflake 是 twitter 开发的全局唯一 ID 生成服务。 Twitter 的分布式雪花算法 Snowflake,经测试 Snowflake 每秒能够产生 26 万个自增可排序的ID twitter 的 Snowflake 生 成ID能够按照时间有序生成 Snowflake 算法生成 id 的结果是一 个 64bit 大小的整数, 为一个 Long 型(转换成字符串后

cjh的博客 6943

SpringBoot--解决雪花算法主键ID传到前端后精度丢失问题

本文用示例介绍SpringBoot如何解决雪花算法主键ID传到前端后精度丢失问题。

IT利刃出鞘的博客 4178

分布式Id生成之雪花算法(SnowFlake)

回顾二进制知识以及唯一ID通用的解决方案,重点说明SnowFlake雪花算法原理及实现,以及相关问题解决方案!!

筱白爱学习!的博客 1万+

如何生成分布式雪花算法ID

Snowflake,中文称为雪花算法,是Twitter开源的一种分布式ID生成算法。通过该算法生成的ID为64位的长整型数值,其结构中引入了时间戳,从而基本实现了自增。如果能保证标识位不重复,则生成的雪花ID也不会重复。通过前面的案例可以看出,ID重复的必要条件。如果要避免服务内产生重复的ID,需要从标识位上进行调整。我们来看一下开源框架中如何使用雪花算法定义标识位。Mybatis-Plus v3.4.2:其雪花算法实现类Sequence提供了两种构造方法:无参构造方法会自动生成和。

代码蒋的博客 1247

分布式--生成数据库全局唯一ID--方法/方案

本文介绍分布式项目中如何生成全局的唯一ID,通常是将其作为数据库的主键来使用的。 生成全局唯一ID有这几种方案:数据库、UUID、Redis、雪花算法、百度-UidGenerator、美团Leaf。一般情况下,推荐使用雪花算法,如果对时钟回拨有很高的要求,则推荐使用百度-UidGenerator、美团Leaf;不推荐使用数据库、UUID、Redis这三种方法。下边将详细进行讲述。 此技术也是Java后端面试中经常会问到的问题。 问题...

IT利刃出鞘的博客 5812

全局唯一ID详解

其中,有122个比特是随机产生,4个比特作为版本号(Randomly generated UUID),2个比特作为变体号(Leach-Salz)。实际有效空间是122位比特。为了便于阅读,通常采用xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx (8-4-4-4-12)的格式,其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的数字。

1215

分布式系统如何生成全局唯一id

我们知道,分布式系统,不同的服务部署在不同的机器上,当多个系统同时操作数据库的时候,可能存在id是冲突的情况,此时就产生了一个问题,分布式系统下,如何保证生成的id是唯一的。 分布式系统生成全局唯一id一般有四种策略,个人建议使用后面两种: uuid 我们知道uuid是不会重复的,所以分布式系统下我们可以使用uuid作为全局唯一id,但是uuid是字符串,且不能排序,如果我们要生成订单编号且要进行排序,此时uuid就不能满足使用场景了。 使用mysql数据库时设置步长和初始值 我们知道mysql数据库的主

weixin_43727615的博客 1366

多语言版16位、18位、19位雪花ID总汇,包含Java、Go、Python、NodeJs、C#(含.Net core),PHP、Rust、SQL版。

多语言版、包含生成16位、18位、19位3种长度的雪花ID算法汇总。 idgenerator 16位雪花ID(多语言版,包括java、C#、Go、Python、NodeJs、PHP、Rust、SQL); itsm-learning 18位雪花ID(C#版); snowflake-net 19位雪花ID(C#版);

音频分割:长语音音频 分割为 短语音音频 - python 实现

音频分割:长语音音频 分割为 短语音音频 - python 实现

DATABALL 的博客 1207

分布式 ID 是什么?有哪些解决方案?

在开发中,我们通常会需要一个唯一 ID 来标识数据,如果是单体架构,我们可以通过数据库的主键,或直接在内存中维护一个自增数字来作为 ID 都是可以的,但对于一个分布式系统,就会有可能会出现 ID 冲突,此时有以下解决方案: uuid ,这种方案复杂度最低,但是会影响存储空间和性能 2.利用单机数据库的自增主键,作为分布式 ID 的生成器,复杂度适中, ID 长度较之 uuid 更短,但是受到单机数据库性能的限制,并发量大的时候,此方案也不是最优方案 3.利用 redis 、 zookeeper 的特性来生

lcb1424556301的博客 223

Shell数学计算(算术运算,加减乘除运算)

声明: 本篇博客的学习途径主要为以下网站和课堂讲解,发博客目的仅为学习使用,在该博客的基础上做了一定程序的简略和修改。 参考博客 : 原文链接:http://c.biancheng.net/shell/ Shell数学计算Shell数学计算数学计算命令对整数进行数学运算: (()) / let / $[] /exprShell (())Shell let命令bc命令:一款数学计算器在 Shell 中使用 bc 计算器 Shell数学计算 默认情况下,Shell 不会直接进行算术运算,而是把+两边的数据(数

AKUANer的博客 2万+

php 8位md5重复概率,高并发 php uniqid 用md5生成不重复唯一标识符方案

高并发 php uniqid 用md5生成不重复唯一标识符方案uniqid() 函数基于以微秒计的当前时间,生成一个唯一的 ID。uniqid(prefix,more_entropy)prefix 可选。为 ID 规定前缀。如果两个脚本恰好在相同的微秒生成 ID,该参数很有用。more_entropy 可选。规定位于返回值末尾的更多的熵。如果 prefix 参数为空,则返回的字符串有 13 个字符...

weixin_29890403的博客 1402

本地化搭建DeepSeek+RAGFlow,构建个人知识库

本地化搭建DeepSeek+RAGFlow,构建个人知识库。至少32G以上内存、500G以上空余磁盘空间。

gogospecter的专栏 7428

STM32实现薄膜压力传感器数据采集(标准库和HAL库实现)

薄膜压力传感器采集压力数据

XiaoCaiDaYong的博客 3万+

雪花算法生成全局唯一ID

传统的生成ID的方法有以下几个: Java的UUID mysql的自增主键 利用Redis的INCR 以上方法都存在一定的问题。 UUID生成的是以下一串36位的16进制数 6d62ff8c-66d3-43e1-8009-44fec60d3b30 但是用UUID当主键的话存在一定问题,首先,它是无序的,因为mysql主键都会自动生成唯一索引,如果主键无序的话,插入一条数据维护索引的代价会很...

weixin_44455476的博客 2万+

Xilinx Vivado vitis IDE launch Failed \ Web installer client Obsolete 怎么办

Xilinx vitis_IDE failed Web installer client Obsolete

weixin_44820962的博客 8644

全局唯一id生成策略

全局唯一 ID(GUID/UUID)是许多系统开发中需要解决的问题,尤其是在分布式系统中,必须保证生成的 ID 不重复且高效。

2401_84208906的博客 3476

【点云数据集】整理汇总(自用,更新ing)

涵盖了各种不同的城市场景:教堂、街道、铁路轨道、广场、村庄、足球场、城堡等等。邮件地址:dmich-request@graphics.stanford.edu,内容需包含:1. 您的姓名、头衔或职位,以及所在机构或隶属关系;license比较难获取,目前可获取的人员:(1)目前隶属于大学、工业研究实验室或其他主要机构的已发表过研究成果的研究人员;普林斯顿 ModelNet 项目的目标是为计算机视觉、计算机图形学、机器人技术和认知科学领域的研究人员提供全面、干净的物体 3D CAD 模型集合。

weixin_44392103的博客 797

把消息说清楚:OData V2 的 sap-message、错误体 errordetails 与 ABAP 端落地实践(Gateway Foundation / RAP)

OData V2消息机制解析:SAP业务系统的结构化通信设计 本文深入剖析了SAP系统中OData V2协议的消息传递机制。该设计通过双通道(成功时使用sap-message响应头,失败时采用error响应体)实现业务数据与提示信息的结构化分离,解决了企业级应用中"只返回业务数据"或"简单报错"的不足。文章详细解读了消息结构中的关键要素:target字段实现精准UI定位、severity级别控制交互流程、transition标记区分状态消息与过渡消息。同时揭示了SAP

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 852

【项目中使用雪花算法出现重复id】

雪花算法大家都知道用在产生全局唯一id,但是如果这样使用会导致重复id生成。 雪花算法里面有一个workId和datacenterId,在单机部署用雪花算法,这2个可以随便填写,但是集群部署这2个乱写会出大问题!请往下面看 为什么雪花算法会重复? 先看下雪花算法的组成,就知道为什么了。图片来源于网络: 说明:很多人以为它组成64位就是产生的id有64位数字,不是这样的,如果有疑惑可以看看二进制。 1bit:这一位不用,因为最高位是符号位,0表示正,1表示负,所以这里固定为0。 41bit:时间戳,服务上线

架构师干货 1万+

把 SAP 配置当成一张地图:用 IMG 把实施、变更与治理串成一条清晰的路

摘要 SAP IMG(Implementation Guide)是SAP实施的核心导航体系,它将客户需求转化为系统配置,提供结构化路径和文档化支持。IMG不是简单的菜单树,而是包含业务落地路径、标准化配置活动和文档化知识的实施语言。通过三种视图(Reference、Enterprise、Project)解决不同管理问题,其中Project IMG尤其重要,可管理项目范围、分工和进度。实际工作中应通过SPRO事务码访问IMG,将探索与执行分开管理。案例显示,跨国企业通过Project IMG可有效控制组织架构

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 230

分布式全局唯一ID生成:雪花算法 vs Redis Increment,怎么选?

​​优点​​:本地生成、性能极高;趋势递增对数据库友好;ID可解析,便于排查问题。​​缺点​​:依赖本地时钟(时钟回拨需处理);机器ID需提前规划(扩展性受限)。雪花算法是“本地生成的高性能分布式ID引擎”,适合高并发、无中心、需要ID携带信息的场景;Redis Increment是“依赖外部服务的递增ID生成器”,适合已有Redis基础设施、需要严格递增的场景。选择时,核心考虑点:​​是否需要严格递增?是否依赖外部服务?对性能和延迟的要求?​​ 没有绝对最优,只有最适合业务的方案。

2303_76837797的博客 1392

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

大中型超市收银系统(可直接运行)

光步前台收银系统系统功能:商品销售、商品退货、挂单、收银员权限、会员销售、单品取消、整单取消、商品查询、脱机销售、脱机数据上传,基本资料下载,开钱箱、小票打印、收款结算,支持多币种付款方式(现金、储值卡、礼券、微信等),支持多种促销。运行环境:.net 4.0登陆信息用户名:1001 密码:123456内置商品信息,商品编码可输入00001000 - 00010000,测试效果相关功能键F5 结算 F9挂单 F11商品查询 F8退货 Insert单品取消 Del整单取消 F12开钱箱F2 会员 Ctrl+Z退出系统 Home 锁屏 相关源码待公开

springboot 分布式全局唯一id的生成-雪花算法snowflake

在分布式系统中,怎么使用全局唯一id?在分布式是,微服务的架构中,或者大数据分库分表中,多个不同节点怎么保持每台机器生成的主键id不重复,具有唯一性?这时,雪花算法是其中一个用于解决分布式 id 的高效方案,也是许多互联网公司在推荐使用的。

健康平安的活着的专栏 1万+

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

雪花算法中机器id保证全局唯一

雪花算法中机器id保证全局唯一 关于分布式id的生成系统, 美团技术团队之前已经有写过一篇相关的文章, 详见 Leaf——美团点评分布式ID生成系统 通常在生产中会用Twitter开源的雪花算法来生成分布式主键 雪花算法中的核心就是机器id和数据中心id, 通常来说数据中心id可以在配置文件中配置, 通常一个服务集群可以共用一个配置文件, 而机器id如果也放在配置文件中维护的话, 每个应用就需要一...

abc20090208的博客 5302
上一篇: 利用 LinkedBlockingQueue 实现一个阻塞限制队列 LimitQueue
下一篇: 使用 dom4j 比较两个xml文件内容,并输出结果
who7708
博客等级 码龄16年 8粉丝 35原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值