分布式ID生成解决方案（Idworker）

最新推荐文章于 2024-10-18 20:33:09 发布

codingTop

最新推荐文章于 2024-10-18 20:33:09 发布

阅读量1.2k

点赞数 1

分类专栏： SpringCloud SoringBoot 文章标签：分布式 java

本文链接：https://blog.csdn.net/weixin_44297716/article/details/105247649

版权

本文介绍了分布式ID生成的重要性，对比了UUID和Redis生成ID的优缺点，并详细讨论了Twitter的Snowflake算法，包括其41位时间戳、10位机器标识和12位序列号的设计。还提到了IdWorker工具类在微服务中的应用，建议通过配置文件设置0-31范围内的机器ID。

摘要由CSDN通过智能技术生成

分布式ID生成解决方案

对于互联网应用,某个表可能会占用很大的存储空间,比如电商项目中的订单表,而且在项目部署时,我们会用到数据库分片,把一个数据库进行拆分,通过数据库中间件进行连接,这样的话如果采用数据自增,可能产生重复的ID.

因此,分布式ID生成解决方案应运而生:

UUID(缺点,太长,无法排序)
- 优点：
  - 简单，代码方便。
  - 生成ID性能非常好，基本不会有性能问题。
  - 全球唯一，在遇见数据迁移，系统数据合并，或者数据库变更等情况下，可以从容应对。
  缺点：
  - 没有排序，无法保证趋势递增。
  - UUID往往是使用字符串存储，查询的效率比较低。
  - 存储空间比较大，如果是海量数据库，就需要考虑存储量的问题。
  - 传输数据量大
  - 不可读。
**Redis(**产生自增的序号,但是在访问主键生成需要访问REDIS,读iredis有依赖),当使用数据库来生成ID性能不够要求的时候，我们可以尝试使用Redis来生成ID。这主要依赖于Redis是单线程的，所以也可以用生成全局唯一的ID。可以用Redis的原子操作 INCR和INCRBY来实现。

优点：
- 不依赖于数据库，灵活方便，且性能优于数据库。
- 数字ID天然排序，对分页或者需要排序的结果很有帮助。
缺点：
- 如果系统中没有Redis，还需要引入新的组件，增加系统复杂度。
- 需要编码和配置的工作量比较大。
- 网络传输造成性能下降。
Oracle 数据库对象-序列(与表无关,只有数据库用oracle才能用)
程序自己写算法(不重复)

一丶分布式ID生成器snowflake

来自开源的twitter(国外网站,社交网络以及微博客服务). snowflake是Twitter开源的分布式ID生成算法，结果是一个long型的ID。其核心思想是：使用41bit作为毫秒数，10bit作为机器的ID（5个bit是数据中心(0-21)，5个bit的机器ID(0-31)），12bit作为毫秒内的流水号（意味着每个节点在每毫秒可以产生 4096 个 ID），最后还有一个符号位，永远是0.机器ID和数据中心ID需要用户手动配置

在这里插入图片描述

IdWorker工具类

package util;

import java.lang.management.ManagementFactory;
import java.net.InetAddress;
import java.net.NetworkInterface;

/**
 * <p>名称：IdWorker.java</p>
 * <p>描述：分布式自增长ID</p>
 * <pre>
 *     Twitter的 Snowflake　JAVA实现方案
 * </pre>
 * 核心代码为其IdWorker这个类实现，其原理结构如下，我分别用一个0表示一位，用—分割开部分的作用：
 * 1||0---0000000000 0000000000 0000000000 0000000000 0 --- 00000 ---00000 ---000000000000
 * 在上面的字符串中，第一位为未使用（实际上也可作为long的符号位），接下来的41位为毫秒级时间，
 * 然后5位datacenter标识位，5位机器ID（并不算标识符，实际是为线程标识），
 * 然后12位该毫秒内的当前毫秒内的计数，加起来刚好64位，为一个Long型。
 * 这样的好处是，整体上按照时间自增排序，并且整个分布式系统内不会产生ID碰撞（由datacenter和机器ID作区分），
 * 并且效率较高，经测试，snowflake每秒能够产生26万ID左右，完全满足需要。
 * <p>
 * 64位ID (42(毫秒)+5(机器ID)+5(业务编码)+12(重复累加))
 *
 * @author Polim
 */
public class IdWorker {
   
    // 时间起始标记点，作为基准，一般取系统的最近时间（一旦确定不能变动）
    private final static long twepoch = 1288834974657L;
    // 机器标识位数
    private final static long workerIdBits = 5L;
    // 数据中心标识位数
    private final static long datacenterIdBits = 5L;
    // 机器ID最大值
    private final static long maxWorkerId = -1L ^ (-1L << workerIdBits);
    // 数据中心ID最大值
    private final static long maxDatacenterId = -1L ^