每秒生成一千万个【可视有序】分布式ID的简单方案
去年做了一个产品,会经常导入导出大量的外部数据,这些数据的ID有的是GUID类型,有的是字符串,也有的是自增。GUID类型没有顺序,结果要排序得借助其它业务字段,整体查询效率比较低;字符串ID本来是用来转换GUID的或者数字ID的,结果有些字符串ID不符合规范,常常有特殊数据需要处理;自增主键ID的数据导入合并经常有冲突。
为了避免GUID主键的“索引页分裂”问题,提高查询效率,同时为了解决分布式环境下的数据导入合并问题,强烈需要一种分布式的,有序的ID生成方案。我参考了雪花ID(Twitter-Snowflake,64位自增ID算法)实现方案,设计一个更容易肉眼观察数值连续有序的分布式ID方案。
跟雪花ID方案一样,都是使用时间数据做为生成ID的基础,不同的在于对数据的具体处理方式。另外,为了确保每台机器ID的不同,可以配置指定此ID,在应用程序配置文件中如下配置:
<!--分布式ID标识,3位整数,范围101-999 大小-->
<add key="SOD_MachineID" value="101"/>
如果不配置分布式ID,默认将根据当前机器IP随机生成3位分布式机器ID。
该算法的实现比雪花算法简单不少,详细的不多说,先直接看代码:
/// <summary>
/// 获取一个新的有序GUID整数
/// </summary>
/// <param name="dt">当前时间</param>
/// <param name="haveMs">是否包含毫秒,如果不包含,将使用3位随机数代替</param>
/// <returns></returns>
protected internal static long InnerNewSequenceGUID(DateTime dt, bool haveMs)
{
//线程安全的自增并且不超过最大值10000
int countNum = System.Threading.Interlocked.Increment(ref SeqNum);
if (countNum >= )
{
while (Interlocked.Exchange(ref signal, ) != )//加自旋锁
{
//黑魔法
}
//进入临界区
if (SeqNum >= )
{
SeqNum = ;
//达到1万个数后,延迟10毫秒,重新取系统时间,避免重复
Thread.Sleep();
dt = DateTime.Now;
}
countNum = System.Threading.Interlocked.Increment(ref SeqNum);
//离开临界区
Interlocked.Exchange(ref signal, ); //释放锁
} //日期以 2017.3.1日为基准,计算当前日期距离基准日期相差的天数,可以使用20年。
//日期部分使用4位数字表示
int days = (int)dt.Subtract(baseDate).TotalDays;
//时间部分表示一天中所有的秒数,最大为 86400秒,共5位
//日期时间总位数= 4(日期)+5(时间)+3(毫秒)=12
int times = dt.Second + dt.Minute * + dt.Hour * ;
//long 类型最大值 9223 3720 3685 4775 807
//可用随机位数= 19-12=7
long datePart = ((long)days + ) * * * * ;
long timePart = (long)times * * ;
long msPart = ;
if (haveMs)
{
msPart = (long)dt.Millisecond ;
}
else {
msPart = new Random().Next(, );
}
long dateTiePart = (datePart + timePart + msPart*) * ; int mid = MachineID * ;
//得到总数= 4(日期)+5(时间)+3(毫秒)+7(GUID)
long seq = dateTiePart + mid; return seq + countNum; ;
}
注意:上面使用了一个模拟的自旋锁,用来在末尾的顺序号超过1万的时候归零重新计算,并且睡眠10毫秒从而根本上杜绝重复ID。
每秒不重复ID生成数:
从上面的程序代码中,得知 ID总数= 4位(日期)+5位(时间)+3位(毫秒)+7位(GUID)。
其中,7位(GUID)中,除去前3位的分布式机器ID,剩余4位有序数字,可以表示1万个数字。
所以,该方面每毫秒最大可以生成1万个不重复的ID数,每秒最大可以生成1千万个不重复ID。
当然这是理论大小,实际上受到当前机器的计算能力限制。
该方法进行了再次封装,用于在不同情况下分别使用:
/// <summary>
/// 生成一个新的在秒级别有序的长整形“GUID”,在一秒内,数据比较随机,线程安全,
/// 但不如NewUniqueSequenceGUID 方法结果更有序(不包含毫秒部分)
/// </summary>
/// <returns></returns>
public static long NewSequenceGUID()
{
return UniqueSequenceGUID.InnerNewSequenceGUID(DateTime.Now,false);
} /// <summary>
/// 生成一个唯一的更加有序的GUID形式的长整数,在一秒内,一千万个不重复ID,线程安全。可用于严格有序增长的ID
/// </summary>
/// <returns></returns>
public static long NewUniqueSequenceGUID()
{
return UniqueId.NewID();
} /// <summary>
/// 当前机器ID,可以作为分布式ID,如果需要指定此ID,请在应用程序配置文件配置 SOD_MachineID 的值,范围大于100,小于1000.
/// </summary>
/// <returns></returns>
public static int CurrentMachineID()
{
return UniqueSequenceGUID.GetCurrentMachineID();
}
最后,像下面这样使用即可:
Console.WriteLine("当前机器的分布式ID:{0}",CommonUtil.CurrentMachineID());
Console.WriteLine("测试分布式ID:秒级有序");
for (int i= ; i < ; i++)
{
Console.Write(CommonUtil.NewSequenceGUID());
Console.Write(",");
}
Console.WriteLine();
Console.WriteLine("测试分布式ID:唯一且有序");
for (int i = ; i < ; i++)
{
Console.Write(CommonUtil.NewUniqueSequenceGUID());
Console.Write(",");
}
Console.WriteLine();
下面是生成的ID数字示例:
当前机器的分布式ID:832
1460532991258320201,1460532991258320202,1460532991258320203,1460532991258320204,1460532991258320205,
1460532991258320206,1460532991258320207,1460532991258320208,1460532991258320209,1460532991258320210,
1460532991258320211,1460532991258320212,1460532991258320213,1460532991258320214,1460532991258320215,
1460532991258320216,1460532991258320217,1460532991258320218,1460532991258320219,1460532991258320220,
1460532991258320221,1460532994488320222,1460532994488320223,1460532994488320224,1460532994488320225,
1460532994488320226,1460532994488320227,1460532994488320228,1460532994488320229,1460532994488320230,
1460532994488320231,1460532994488320232,1460532994488320233,1460532994488320234,1460532994488320235,
1460532994488320236,1460532994488320237,1460532994488320238,1460532994488320239,1460532994488320240,
1460532994488320241,1460532994488320242,1460532994488320243,1460532994488320244,1460532994488320245,
1460532994488320246,1460532994488320247,1460532994488320248,1460532993018320249,1460532993018320250,
1460532997708320251,1460532997708320252,1460532997718320253,1460532997718320254,1460532997718320255,
1460532997728320256,1460532997728320257,1460532997728320258,1460532997738320259,1460532997738320260,
1460532997788320261,1460532997788320262,1460532997788320263,1460532997838320264,1460532997838320265,
1460532997838320266,1460532997838320267,1460532997858320268,1460532997858320269,1460532997858320270,
1460532997858320271,1460532997868320272,1460532997868320273,1460532997868320274,1460532997878320275,
1460532997878320276,1460532997878320277,1460532997878320278,1460532997888320279,1460532997888320280,
1460532997888320281,1460532997888320282,1460532997898320283,1460532997908320284,1460532997918320285,
1460532997918320286,1460532997918320287,1460532997918320288,1460532997928320289,1460532997928320290,
1460532997928320291,1460532997928320292,1460532997938320293,1460532997938320294,1460532997948320295,
1460532997948320296,1460532997948320297,1460532998028320298,1460532998028320299,1460532998068320300,
注:本文生成ID的方法已经在产品中大量使用,运行情况良好。
要使用本程序,你可以Nuget 下载SOD的程序包(支持.NET 2.0项目),然后像本文示例这样使用即可:
Install-Package PDF.NET.SOD.Core
获取SOD的源码,请Fork我们的Github:
源码位置在 https://github.com/znlgis/sod/tree/master/src/SOD 目录下。
有疑问,请加QQ群154224970 咨询,感谢大家支持SOD框架!
每秒生成一千万个【可视有序】分布式ID的简单方案的更多相关文章
- 美团技术分享:深度解密美团的分布式ID生成算法
本文来自美团技术团队“照东”的分享,原题<Leaf——美团点评分布式ID生成系统>,收录时有勘误.修订并重新排版,感谢原作者的分享. 1.引言 鉴于IM系统中聊天消息ID生成算法和生成策略 ...
- 美团分布式ID生成框架Leaf源码分析及优化改进
本文主要是对美团的分布式ID框架Leaf的原理进行介绍,针对Leaf原项目中的一些issue,对Leaf项目进行功能增强,问题修复及优化改进,改进后的项目地址在这里: Leaf项目改进计划 https ...
- 分布式ID生成方法-趋势有序的全局唯一ID
一.需求缘起 几乎所有的业务系统,都有生成一个记录标识的需求,例如: (1)消息标识:message-id (2)订单标识:order-id (3)帖子标识:tiezi-id 这个记录标识往往就是数据 ...
- 细聊分布式ID生成方法
细聊分布式ID生成方法 https://mp.weixin.qq.com/s?__biz=MjM5ODYxMDA5OQ==&mid=403837240&idx=1&sn=ae9 ...
- 高并发之 - 全局有序唯一id Snowflake 应用实战
前言 本篇主要介绍高并发算法Snowflake是怎么应用到实战项目中的. 对于怎么理解Snowflake算法,大家可以从网上搜索‘Snowflake’,大量资源可供查看,这里就不一一详诉,这里主要介绍 ...
- 【58沈剑架构系列】细聊分布式ID生成方法
一.需求缘起 几乎所有的业务系统,都有生成一个记录标识的需求,例如: (1)消息标识:message-id (2)订单标识:order-id (3)帖子标识:tiezi-id 这个记录标识往往就是数据 ...
- 分布式ID生成方案
系统唯一ID是设计一个系统的时候常常会遇到的问题,也常常为这个问题而纠结. 生成ID的方法有很多,适应不同的场景.需求以及性能要求.所以有些比较复杂的系统会有多个ID生成的策略. 0. 分布式ID要求 ...
- 160302、细聊分布式ID生成方法
一.需求缘起 几乎所有的业务系统,都有生成一个记录标识的需求,例如: (1)消息标识:message-id (2)订单标识:order-id (3)帖子标识:tiezi-id 这个记录标识往往就是数据 ...
- 搞懂分布式技术12:分布式ID生成方案
搞懂分布式技术12:分布式ID生成方案 ## 转自: 58沈剑 架构师之路 2017-06-25 一.需求缘起 几乎所有的业务系统,都有生成一个唯一记录标识的需求,例如: 消息标识:message-i ...
随机推荐
- 高德地图JS API获取经纬度,根据经纬度获取城市
<!DOCTYPE HTML> <html> <head> <meta http-equiv="Content-Type" content ...
- 深入理解JVM垃圾收集机制,下次面试你准备好了吗
程序计数器.虚拟机栈和本地方法栈这三个区域属于线程私有的,只存在于线程的生命周期内,线程结束之后也会消失,因此不需要对这三个区域进行垃圾回收.垃圾回收主要是针对 Java 堆和方法区进行. 判断一个对 ...
- [Swift]LeetCode55. 跳跃游戏 | Jump Game
Given an array of non-negative integers, you are initially positioned at the first index of the arra ...
- [Swift]LeetCode189. 旋转数组 | Rotate Array
Given an array, rotate the array to the right by k steps, where k is non-negative. Example 1: Input: ...
- [Swift]LeetCode266.回文全排列 $ Palindrome Permutation
Given a string, determine if a permutation of the string could form a palindrome. For example," ...
- [Swift]LeetCode508. 出现次数最多的子树元素和 | Most Frequent Subtree Sum
Given the root of a tree, you are asked to find the most frequent subtree sum. The subtree sum of a ...
- [Swift]LeetCode953. 验证外星语词典 | Verifying an Alien Dictionary
In an alien language, surprisingly they also use english lowercase letters, but possibly in a differ ...
- django中的跨表查询梳理
1.前言 最近在写一个小项目,里面主要涉及的就是表与表之间复杂的关系.当真正开发起来的时候,才发现自己对复杂的表关系间的查询有点混乱,趁着这几天的时间,重新梳理了一下. 2.概念 在开始之前,先明确几 ...
- MySQL优化之my.conf配置详解
最近项目不太忙,所以有时间静心来研究下mysql的优化,对于MySQL的设置是否合理优化,直接影响到网站的速度和承载量!同时,MySQL也是优化难度最大的一个部分,不但需要理解一些MySQL专业知识, ...
- gdb常用命令记录
gdb常用命令 最近在研究nginx源码,gdb用于调试非常方便,之前这篇有研究过如何使用gdb调试nginx:https://www.cnblogs.com/yjf512/archive/2012/ ...