首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

常见的ID生成策略 – IdUtil – Hutool的ID生成工具

本页目录 IdUtil案例 常见ID生成策略 UUID ❄️雪花算法(我觉得了解再多,还得是万能的雪花算法❄️) MongoDB唯一主键 Redis自增主键策略 IdUtil案例 演示了:UUID、nanoID...生成工具,就在这里统一搜集整理一些常见的ID策略 常见ID生成策略 UUID 案例:144985ec-458d-49c5-8338-ba325eca5322 特点:无序、数字与小写英文、长度36位 缺点...:无序、长度太长,超低概率可能会重复 ❄️雪花算法(我觉得了解再多,还得是万能的雪花算法❄️) 特点:纯数字、自增、每秒26万个ID、长度19 雪花算法是推特公司开源的工具:想了解前往本站:https:...一个是机器ID,另一个是数据中心ID(两个ID均是数字)。 保证线程安全,务必获取单例对象!上文案例就是单例对象,随便使用!...MongoDB唯一主键 这里是Hutool工具集成的MongoDB唯一ID生成,我才了解的。

8.2K10
您找到你想要的搜索结果了吗?
是的
没有找到

数据库专题(三) ——Mysql ID生成

数据库专题(三)——Mysql ID生成器 (原创内容,转载请注明来源,谢谢) 注:本文是我对ID生成器的见解,如果有偏差欢迎指正。...在普通网站的业务场景中,可以使用数据库的自增的方式生成id,则在新增数据的时候不需要定义id,插入数据的过程中数据库自己会生成id。...但是,当网站业务量大,并发量大,如果使用数据库自增的方式,则可能会出现多个请求需要新增数据同时发送给mysql,则会发生异常。...为了避免上述情况,则需要适当的ID生成器以解决问题。...因此,此ID生成器可以满足高并发下的生成id,且有保密性。 本文是我对ID生成器的见解,如果有偏差欢迎指正。 ——written by linhxx 2017.07.31

2.3K80

ID生成策略——SnowFlake

一、遇到问题 某个项目采用了数据库(MySQL)自增ID作为主要业务数据的主键。数据库自增ID使用简单,自动编号,速度快,而且是增量增长,按顺序存放,对于检索非常有利。...二、常见的ID生成策略 1、数据库自增ID(前面提到了) 2、UUID 算法的核心思想是结合机器的网卡、当地时间、一个随记数来生成UUID。...优点:本地生成生成简单,性能好,没有高可用风险 缺点:长度过长,存储冗余,且无序不可读,查询效率低 3、Redis生成ID Redis生成ID可以看做数据库自增ID的升级版。...强依赖时钟在有些情况下很致命,我个人就遇到过服务器刚重启的短时间内时间没有同步,造成生成ID出问题的情况!...比较麻烦 (2)生成ID的时候把序列号部分尾数用时间戳对应的位置覆盖。截段代码,这段代码的取值能保证ID除以128的余数均匀分布。 ?

1.8K10

全局id如何生成

很多时候我们都需要生成一个全局id用于数据存储的主键,那么如何生成一个全局id呢?有哪些方法?优缺点是啥?...1.数据库自增id 我们需要一个单独的表给我们专门生成自增id,每次到这个专门生成id的表里插入一条数据拿回id,带着这个id去新增自己分表数据; 优点:方便简单,谁都会用; 缺点: 1.单库生成自增...你可以将别的业务字段值跟当前时间拼接起来,组成一个全局唯一的编号,订单编号,时间戳 + 用户id + 业务含义编码 4.snowflake算法 twitter开源的分布式id生成算法,就是把一个64位的...因为二进制里第一个bit为如果是1,那么都是负数,但是我们生成id都是正数,所以第一个bit统一都是0 41 bit:表示的是时间戳,单位是毫秒。...workId为0的备用workerId是512,workId为1的备用workerId是513,以此类推……,如果我们0号服务产生了时钟回拨的问题,我们就用其备用服务512去生成id,如果我们认为两套备用服务依然不可靠

1.4K50

分布式ID生成

⽣成ID性能⾮常好,基本不会有性能问题。 全球唯⼀,在遇⻅数据迁移,系统数据合并,或者数据库变更等情况下,可以从容应对。 缺点: 没有排序,⽆法保证趋势递增。...性能不够要求的时候,我们可以尝试使⽤Redis来⽣成ID。...这主要依赖于Redis是单线程的, 所以也可以⽤⽣成全局唯⼀的ID。可以⽤Redis的原⼦操作 INCR和INCRBY来实现。 优点: 不依赖于数据库,灵活⽅便,且性能优于数据库。...数字ID天然排序,对分⻚或者需要排序的结果很有帮助。 缺点: 如果系统中没有Redis,还需要引⼊新的组件,增加系统复杂度。 需要编码和配置的⼯作量⽐较⼤。 ⽹络传输造成性能下降。...雪花算法(分布式自增长ID https://blog.csdn.net/lydms/article/details/124696135

11930

MongoDB 自增 id生成

概述 我们使用 MySQL 等关系型数据库时,主键都是设置成自增的。 但在分布式环境下,尤其是在分库分表以后,单纯的自增主键会产生冲突,需要考虑如何生成唯一 ID。...MongoDB 的哲学 这样设计的主键 ID 从根本上保证了其唯一性,也因此可以不必由 MongoDB 服务器生成,通常,主键 _id生成都是由客户端的驱动程序完成的。...MongoDB 允许我们自己生成 _id,但是这样唯一性的压力就又来了,在并发环境下保证自增 ID 的严格自增与避免 ID 冲突有时是需要丰富的经验的。 5....自己生成自增 id — findAndModify 虽然已经有很多生成自增 id 的方案可供选用,如依赖 redis 等,但 MongoDB 本身提供了原子操作,我们可以通过 MongoDB 提供的原子操作来实现...通过 php 生成 MongoDB 自增 id <?

7.6K30

游戏后台生成唯一ID

游戏中的角色,装备,物品等需要生成一个全局唯一ID标识,便于辨别不同玩家,不同装备,也方便定位外网问题。...UUID方式生成ID比较长,通常需用字符串表示,作为内存数据主键或者数据库主键它的查找效率比不上直接使用整数类型生成ID做主键。...SnowFlake算法是twitter开源的分布式ID生成算法,它是一个本地生成算法,它可以生成一个64位的整数,具体生成的64位ID结构如下图: snowflake.png SnowFlake...下面讲述一种MMO中的分布式ID生成方式,它会生成一个64位的整数ID,核心思想与SnowFlake类似。同时会根据游戏的特性对64位ID中的位段进行相应的调整。...另外这种方式生成的UID通常用于角色ID,物品ID等,单秒内生成量是可以预估的,从而事先调整UID的各个段的位数来满足业务需求。

2.7K00

分布式ID生成总结

优点:方便简单 缺点:单库生成自增id,高并发下,会有瓶颈 适用场景: 并发很低,几百/s,不会出现性能瓶颈 2.UUID 优点:本地生成,不基于任何第三方 缺点: 太长,作为数据库主键性能太差,不适合作为主键...4.Redis Redis是单线程的,所以也可以用生成全局唯一的ID。可以用Redis的原子操作 INCR和INCRBY来实现。 优点: 不依赖于数据库,灵活方便,且性能优于数据库。...依赖于redis,redis要是不稳定,会影响ID生成。...5.snowflake算法 twitter开源的分布式id生成算法,把一个64位的long型的id,1个bit是不用的,用其中的41 bit作为毫秒数,用10 bit作为工作机器id,12 bit作为序列号...如果某台机器的系统时钟回拨,有可能造成ID冲突,或者ID乱序、ID重复 优点: 生成ID时不依赖于数据库,完全在内存生成,高性能高可用 容量大,每秒可生成几百万ID ID呈趋势递增,后续插入数据库的索引树的时候

55820

Python-唯一ID-01-生成唯一ID

系统:Windows 10 编辑器:JetBrains PyCharm Community Edition 2018.2.2 x64 这个系列讲讲和唯一ID相关的一些操作 今天讲讲如何生成 Part 1...:场景描述 对于数据的每一条记录一般都有一个唯一的ID,用来标识这一记录 在Django项目中,若使用MySQL作为数据库,使用Models创建数据库,会自动创建一个ID字段,且该字段为自增,不重复 自增的...ID在不同表之间是重复的,那如果有一个个性的需求,需要手动生成一个不重复的ID,如何实现 Part 2:方法1 通过时间序列生成ID,已用户的操作时刻生成一串数字,理论上同一毫秒进行操作的概率不大,当然也不是严格没有可能...import datetime def get_unique_id(): """ 根据时间生成唯一ID :return: """ current_time =...) print(id_used) 图2 运行结果 Part 3:方法2 uuid包实现,是根据当前时间和设备MAC地址生成的,这样两台不同的电脑生成id肯定是不同的 import uuidid_1

1.9K10

常见分布式id生成方案_分布式id生成方案

1、什么是分布式IDMySQL数据库举个栗子: 在我们业务数据量不大的时候,单库单表完全可以支撑现有业务,数据再大一点搞个MySQL主从同步读写分离也能对付。...传输数据量大,且不可读 2、基于数据库自增ID 基于数据库的auto_increment自增ID完全可以充当分布式ID,具体实现:需要一个单独的MySQL实例用来生成ID,建表结构如下: CREATE...害怕一个主节点挂掉没法用,那就做双主模式集群,也就是两个Mysql实例都能单独的生产自增ID 那这样还会有个问题,两个MySQL实例的自增ID都从1开始,会生成重复的ID怎么办?...就要进行MySQL扩容增加节点,这是一个比较麻烦的事。 水平扩展的数据库集群,有利于解决数据库单点压力的问题,同时为了ID生成特性,将自增步长按照机器数量来设置。...增加第三台MySQL实例需要人工修改一、二两台MySQL实例的起始值和步长,把第三台机器的ID起始生成位置设定在比现有最大自增ID的位置远一些,但必须在一、二两台MySQL实例ID还没有增长到第三台MySQL

87730

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

    运营活动

    活动名称
    广告关闭
    领券