分布式ID生成

概念

在关系数据库中,ID是用来定义某个数据的唯一标识。任何新生成的数据,我们都会为它赋予一个新的唯一的ID。通常来说,我们都可以通过数据库的ID sequence的自增,来保证ID的唯一。但是,在分布式系统中,依赖数据库ID的生成,造成所有的ID生成请求都会在这里排队获取。为了避免这种情况,我们来看看分布式ID生成的常见用法。

UUID

UUID在本地生成:
UUID id = UUID.randomUUID()

好处:

  • 本地生成,速度快,无性能问题
    缺点:
  • UUID太长,32位 + 4位'-'共计36位
  • UUID在数据库中作为主键,建立索引查询效率低
  • 无任何递增的趋势

注意:在这里我们为什么要强调递增呢?我们经常遇到这样的需要,查询某个表,然后将结果按照时间排序输出。

select * from xx_table where xx = '' order by created_dt desc

如果我们的主键ID在生成的时候,就带有时间属性,我们的语句可以改成如下:

select * from xx_table where xx = '' order by id desc

因为ID本身就是主键,这样可以省时,省空间。

worker使用table max(id)本地生成

依赖每个worker在集群中配置的worker id,则每个worker的ID生成算法为:

  1. worker第一次取table的max(id), 放入cache
  2. worker id = worker id < 10? "0" + worker id
  3. newId = max(id) + 100
  4. nextId = newId.substring(0, newId.length - 2) + worker id

优点:

  1. 每个worker都本地生成,除了第一次需要从DB中load max(id)。
    缺点:
  2. 造成大量的ID浪费,不连续。 如果集群中只有0~9个worker,从100开始分配id, 则只能生成:101, 102, 103 ~109, 下次则:201~209。 110~199, 210~299则全部浪费掉。

根据时间戳 + sequence的生成机制

根据时间戳,sequence来生成ID的机制,在实际使用中比较常见。国内某博就根据 userid + 时间戳来生成帖子的ID。
今天我们讨论的是twitter分布式自增ID的算法。

snowflake是twitter开源的分布式ID生成算法,其核心思想是:一个long型的ID,使用其中41bit作为毫秒数,5 bit作为worder id,
5 bit作为data center id, 12bit作为毫秒内序列,共计64 bit。其中还有一位是long的占位符。
单机,每毫秒可以生成: 4096个
集群每毫秒可以产生:4,194,304个

优点:

  1. 生成的ID是根据时间递增
  2. 每个data center, 每个worker在每毫秒生成的ID都是不同的
  3. 同一个workder在同一毫秒内,生成的ID是递增的
  4. 不依赖数据库

缺点:

  1. 某些产品会根据ID来进行分库分表,往往通过其ID来取模。在跨毫秒时,第一个sequence的ID是0, 所以这样的数据最多,导致取模分配不均匀。故建议序列号不是每次都归0,而是归一个0到9的随机数

附snowflake的JAVA实现源代码:

package com.eyesee.snowflake;

import java.util.concurrent.atomic.AtomicReference;

import java.util.Objects;

/**
 * The twitter snowflake id generator.
 * <pre>
 *     The format:
 *     1 + 41 time millis + 5 data center size + 5 worker size + 12 sequence.
 *
 *     The total length is: 64
 *
 * </pre>
 *
 * @Auther jesse
 */
public class SnowflakeIdGenerator {
    private static final long WORKER_ID_BITS = 5L;
    private static final long DATA_CENTER_BITS = 5L;
    //The max worker id is 31
    private static final long MAX_WORKER_ID = -1L ^ (-1L << WORKER_ID_BITS);
    //the max data center id is 31
    private static final long MAX_DATA_CENTER_ID = -1L ^ (-1L << DATA_CENTER_BITS);
    private static final long SEQUENCE_BITS = 12L;
    private static final long WORKER_ID_SHIFT = SEQUENCE_BITS;
    //the data center shift left:12 + 5
    private static final long DATA_CENTER_SHIFT = SEQUENCE_BITS + WORKER_ID_BITS;
    //the timestamp shift:12 + 5 + 5
    private static final long TIMESTAMP_SHIFT = SEQUENCE_BITS + WORKER_ID_BITS + DATA_CENTER_BITS;
    private static final long SEQUENCE_MASK = -1L ^ (-1L << SEQUENCE_BITS);
    private long workerId;
    private long dataCenterId;

    private AtomicReference<TimestampSequence> timestampSequenceReference = new AtomicReference<>(new TimestampSequence());

    public TimestampSequence generateNextTimestampSequence() {
        long timestamp = timeMillis();
        long newSequenceValue = 0l;
        TimestampSequence oldTimestampSequence = timestampSequenceReference.get();
        TimestampSequence newTimestampSequence = new TimestampSequence();
        if (timestamp == oldTimestampSequence.getTimestamp()) {
            newSequenceValue = (oldTimestampSequence.getSequence() + 1) & SEQUENCE_MASK;
            if (newSequenceValue != 0) {
                newTimestampSequence.setSequence(newSequenceValue);
                newTimestampSequence.setTimestamp(timestamp);
            } else {
                return generateNextTimestampSequence();
            }
        } else {
            newTimestampSequence.setTimestamp(timestamp);
            newTimestampSequence.setSequence(newSequenceValue);
        }

        if(!timestampSequenceReference.compareAndSet(oldTimestampSequence, newTimestampSequence)) {
            return generateNextTimestampSequence();
        }

        return newTimestampSequence;
    }

    public class TimestampSequence {
        //the timstamp when generate the sequence
        private long timestamp = -1l;
        //the sequence(0~4095 Math.pow(2, 12))
        private long sequence = 0l;

        public long getTimestamp() {
            return timestamp;
        }

        public void setTimestamp(long timestamp) {
            this.timestamp = timestamp;
        }

        public long getSequence() {
            return sequence;
        }

        public void setSequence(long sequence) {
            this.sequence = sequence;
        }

        @Override
        public int hashCode() {
            return Long.hashCode(timestamp) * 31 + Long.hashCode(sequence);
        }

        @Override
        public boolean equals(Object obj) {
            if (Objects.isNull(obj)) {
                return false;
            }

            if (obj instanceof TimestampSequence) {
                TimestampSequence timestampSequence = (TimestampSequence) obj;
                return (this.timestamp == timestampSequence.getTimestamp()) && (this.sequence == timestampSequence.getSequence());
            }

            return false;
        }
    }

    /**
     *
     * @param workerId  (0~31)
     * @param dataCenterId  (0~31)
     */
    public SnowflakeIdGenerator(long workerId, long dataCenterId) {
        if (workerId > MAX_WORKER_ID || workerId < 0) {
            throw new IllegalArgumentException(String.format("worker Id can't be greater than %d or less than 0", MAX_WORKER_ID));
        }
        if (dataCenterId > MAX_DATA_CENTER_ID || dataCenterId < 0) {
            throw new IllegalArgumentException(String.format("datacenter Id can't be greater than %d or less than 0", MAX_DATA_CENTER_ID));
        }
        this.workerId = workerId;
        this.dataCenterId = dataCenterId;
    }

    public long nextId() {
        TimestampSequence timestampSequence = generateNextTimestampSequence();
        return (timestampSequence.getTimestamp() << TIMESTAMP_SHIFT) //
                | (dataCenterId << DATA_CENTER_SHIFT) //
                | (workerId << WORKER_ID_SHIFT) //
                | timestampSequence.getSequence();

    }

    protected long timeMillis() {
        return System.currentTimeMillis();
    }


    public static void main(String[] args) {
        SnowflakeIdGenerator idWorker = new SnowflakeIdGenerator(0, 0);

        Runnable runnable = () -> {
            Long id = idWorker.nextId();
            System.out.println(id);
        };
        for (int i = 0; i < 1000; i++) {
            new Thread(runnable).start();
        }
    }
}


源代码:
https://github.com/jessepys/javaconcurrency/blob/master/src/main/java/com/eyesee/snowflake/SnowflakeIdGenerator.java

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,033评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,725评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,473评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,846评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,848评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,691评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,053评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,700评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,856评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,676评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,787评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,430评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,034评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,990评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,218评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,174评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,526评论 2 343

推荐阅读更多精彩内容

  • 序 本文主要来聊聊分布式id的生成方案。 目标 业务系统需要什么样的ID生成器中提出了几点目标: 唯一性 时间相关...
    go4it阅读 615评论 0 3
  • 转载:细聊分布式ID生成方法 一、需求缘起 几乎所有的业务系统,都有生成一个记录标识的需求,例如: (1)消息标识...
    meng_philip123阅读 2,559评论 0 17
  • 背景 在复杂分布式系统中,往往需要对大量的数据和消息进行唯一标识。如在支付流水号、订单号等,随者业务数据日渐增长,...
    瘦竹竿阅读 4,687评论 1 5
  • 文章转载自公众号“达达京东到家技术”。 背景 在分布式系统中,经常需要对大量的数据、消息、http 请求等进行唯一...
    淡淡的橙子阅读 5,863评论 1 41
  • 不知道什么是喜欢,但是在那一刻,我好像懂了。就是在别人都怪你的时候,依然决定相信你。在别人都不敢靠近你的时候,...
    七街城酒之后阅读 299评论 0 0