ホームページ > データベース > mysql チュートリアル > mysql によって実装された Snowflake アルゴリズム

mysql によって実装された Snowflake アルゴリズム

coldplay.xixi
リリース: 2020-08-20 16:16:10
転載
6440 人が閲覧しました

mysql によって実装された Snowflake アルゴリズム

#[関連する学習の推奨事項:

mysql ビデオ チュートリアル]

1. スノーフレーク アルゴリズムを使用する理由

1. 問題の背景

##現在、分散サービスやマイクロサービスを利用する企業が増えており、サービスごとに対応するデータベースが分割され、データ量が増加するとテーブルも分割されることになります。テーブルを分割した場合、テーブルを分割した後のIDの問題が発生します。

たとえば、前の 1 つのプロジェクトでは、テーブル内のデータの主キー ID が自動インクリメントされていました。MySQL は自動インクリメントを使用して自動インクリメントを実現しましたが、Oracle はシーケンスを使用して自動インクリメントを実現しました。単一テーブル内のデータが増加するため、将来的にはテーブルの水平分割が必要になります。アリババの Java 開発推奨では、単一テーブルが 500 万を超えた場合にテーブルを分割することを推奨していますが、詳細はビジネスによって異なります。インデックスを使用する場合、単一のテーブルに数千万のデータを含めることも可能です。水平テーブルパーティショニングとは、1つのテーブルのデータを複数のテーブルに分割することですが、主キーのIDが以前のオートインクリメントのままだとIDの重複が発生してしまうという問題が発生します。分布問題を解決するにはどのような解決策が必要ですか。式 ID に問題があります。

2. 解決策

2.1. データベース テーブル

特定のライブラリ内でテーブルを管理し、テーブルの ID をインクリメントする必要があるたびにレコードを確認することができます。このテーブルの値を取得し、更新に使用してテーブルをロックし、取得した値に 1 を加算して、値を返して再度テーブルに記録します。ただし、この方法は同時実行性が比較的小さいプロジェクトに適しているため、毎回時計をロックします。

2.2、redis

redis はシングルスレッドであるため、redis でキーと値のペアを維持し、値を取得して追加するためにどのテーブルが redis に直接アクセスする必要があるかがわかります。 1 つですが、これは上記と同じです。また、シングル スレッドは高い同時実行性をサポートしていないため、同時実行性が小さいプロジェクトにのみ適しています。

2.3, uuid

uuid を一意の主キー ID として使用できますが、uuid には順序のない文字列であるという問題があります。uuid が主キーとして使用される場合、主キーはキーインデックスは無効になります。

2.4. スノーフレーク アルゴリズム

スノーフレーク アルゴリズムは、分散 ID を解決するための効率的なソリューションです。ほとんどのインターネット企業がスノーフレーク アルゴリズムを使用しています。もちろん、他のソリューションを独自に実装している企業もあります。

2. スノーフレーク アルゴリズム

1. 原理

##スノーフレーク アルゴリズムは 64 ビット長型のデータ ストアを使用します。 ID、最上位ビットは 0 または 1 を格納します。0 は整数を表し、1 は負の数を表し、通常は 0 であるため、最上位ビットは変更されません。41 ビットにはミリ秒レベルのタイムスタンプが格納され、10 ビットにはマシンコード (5 ビットを含む) が格納されます。 datacenterId と 5 桁の workerId)、12 桁のストレージ シーケンス番号。このようにして、最大 2 の 10 乗のマシン数、つまり 1024 台のマシンで、1 ミリ秒あたり最大 2 の 12 乗 4096 個の ID を生成できます。 (コードの実装は以下にあります)

しかし、一般にマシンの数はそれほど多くないため、ID の保存に 53 ビットを使用することもできます。なぜ 53 ビットを使用するのでしょうか?

私たちはほとんどすべて Web ページを扱うため、js を扱う必要があります。js がサポートする最大整数範囲は 53 ビットです。この範囲を超えると精度が失われます。53 以内では、js を扱うことができます。 js によって直接読み取られるため、53 ビットを超える場合は、js が正しく処理できるように文字列に変換する必要があります。 53 が保存されている場合、32 ビットは第 2 レベルのタイムスタンプを保存し、5 ビットはマシン コードを保存し、16 ビットはシリアル化を保存することにより、各マシンは 1 秒あたり 65536 個の一意の ID を生成できます。

2. 欠点

スノーフレーク アルゴリズムは時間に大きく依存しているため、サーバー クロックのダイヤルバックが発生すると、重複した ID が生成される可能性があります。もちろん、サーバー時刻を変更する企業はほとんどありませんし、変更するとさまざまな問題が発生するため、サーバー時刻を変更するよりも新しいサーバーを追加したいと考えますが、特別な事情がある可能性も否定できません。

時計のダイヤルバックの問題を解決するにはどうすればよいですか?シリアル化の初期値のステップ サイズを設定できます。クロック ダイヤルバック イベントがトリガーされるたびに、初期ステップ サイズは 1w ずつ増加します。これは、次のコードの 85 行目で実現できます。シーケンスは 10000 に設定されます。

3. コードの実装

64 ビット コードの実装:

package com.yl.common;
/**
 * 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===========================================
 /** 开始时间截 (2020-01-01) */
 private final long twepoch = 1577808000000L;

 /** 机器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&#39;t be greater than %d or less than 0", maxWorkerId));
 }
 if (datacenterId > maxDatacenterId || datacenterId < 0) {
 throw new IllegalArgumentException(String.format("datacenter Id can&#39;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();
 }

 //==============================Test=============================================
 /** 测试 */
 public static void main(String[] args) {
 SnowflakeIdWorker idWorker = new SnowflakeIdWorker(0, 0);
 
 for (int i = 0; i < 100; i++) {
 long id = idWorker.nextId();
 System.out.println(id);
 }
 }
}
ログイン後にコピー

補足知識:

Snowflake アルゴリズムは分散型自己増加 ID を実現しますこれ以上くだらないことは言いません。コードを見てみましょう~

/**
 * <p>名称:IdWorker.java</p>
 * <p>描述:分布式自增长ID</p>
 * <pre class="brush:php;toolbar:false">
 * Twitter的 Snowflake JAVA实现方案
 * 
* 核心代码为其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左右,完全满足需要。 *

* 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 ^ (-1L << datacenterIdBits); // 毫秒内自增位 private final static long sequenceBits = 12L; // 机器ID偏左移12位 private final static long workerIdShift = sequenceBits; // 数据中心ID左移17位 private final static long datacenterIdShift = sequenceBits + workerIdBits; // 时间毫秒左移22位 private final static long timestampLeftShift = sequenceBits + workerIdBits + datacenterIdBits; private final static long sequenceMask = -1L ^ (-1L << sequenceBits); /* 上次生产id时间戳 */ private static long lastTimestamp = -1L; // 0,并发控制 private long sequence = 0L; private final long workerId; // 数据标识id部分 private final long datacenterId; public IdWorker(){ this.datacenterId = getDatacenterId(maxDatacenterId); this.workerId = getMaxWorkerId(datacenterId, maxWorkerId); } /** * @param workerId * 工作机器ID * @param datacenterId * 序列号 */ public IdWorker(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; } /** * 获取下一个ID * * @return */ public synchronized long nextId() { long timestamp = timeGen(); if (timestamp < lastTimestamp) { throw new RuntimeException(String.format("Clock moved backwards. Refusing to generate id for %d milliseconds", lastTimestamp - timestamp)); } if (lastTimestamp == timestamp) { // 当前毫秒内,则+1 sequence = (sequence + 1) & sequenceMask; if (sequence == 0) { // 当前毫秒内计数满了,则等待下一秒 timestamp = tilNextMillis(lastTimestamp); } } else { sequence = 0L; } lastTimestamp = timestamp; // ID偏移组合生成最终的ID,并返回ID long nextId = ((timestamp - twepoch) << timestampLeftShift) | (datacenterId << datacenterIdShift) | (workerId << workerIdShift) | sequence; return nextId; } private long tilNextMillis(final long lastTimestamp) { long timestamp = this.timeGen(); while (timestamp <= lastTimestamp) { timestamp = this.timeGen(); } return timestamp; } private long timeGen() { return System.currentTimeMillis(); } /** *

* 获取 maxWorkerId *

*/ protected static long getMaxWorkerId(long datacenterId, long maxWorkerId) { StringBuffer mpid = new StringBuffer(); mpid.append(datacenterId); String name = ManagementFactory.getRuntimeMXBean().getName(); if (!name.isEmpty()) { /* * GET jvmPid */ mpid.append(name.split("@")[0]); } /* * MAC + PID 的 hashcode 获取16个低位 */ return (mpid.toString().hashCode() & 0xffff) % (maxWorkerId + 1); } /** *

* 数据标识id部分 *

*/ protected static long getDatacenterId(long maxDatacenterId) { long id = 0L; try { InetAddress ip = InetAddress.getLocalHost(); NetworkInterface network = NetworkInterface.getByInetAddress(ip); if (network == null) { id = 1L; } else { byte[] mac = network.getHardwareAddress(); id = ((0x000000FF & (long) mac[mac.length - 1]) | (0x0000FF00 & (((long) mac[mac.length - 2]) << 8))) >> 6; id = id % (maxDatacenterId + 1); } } catch (Exception e) { System.out.println(" getDatacenterId: " + e.getMessage()); } return id; } }
ログイン後にコピー

関連する推奨事項:

プログラミングビデオコース

以上がmysql によって実装された Snowflake アルゴリズムの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

関連ラベル:
ソース:jb51.net
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート