大企业才用的分布式唯一Id,它比GUID好
可以部署在Docker, Windows, Linux, Mac。
分布式唯一Id,顾名思义,是指在全世界任何一台计算机上都不会重复的唯一Id。
在单机/单服务器/单数据库的小型应用中,不需要用到这类东西。但在高并发、海量数据、大型分布式应用中,分布式唯一Id却是构建整个系统的最核心一环。
设想一下如下场景:
在某个大型电商系统A中,“订单”这类大数据(比如,每天产生1500万条订单)必定不会存储在1台数据库服务器中,而是分布式的存储在多台数据库服务器组成的一个集群中(比如,1000台数据库服务器组成一个集群)。由于海量数据+高并发等特性时常会伴随“订单”发生,所以,如何确保“订单Id”在整个系统中唯一不重复,已经有些设计难度了。
若此时,另外一家公司的电商系统B,要与你家的电商系统A合并(甚至还有更多公司的C、D、E、等等),那么这些系统合并时“订单Id”出现重复的概率是很大的。要把这些重复修改成唯一,又会要费一番不小的改造功夫,十分麻烦…
但是,若我们一开始就使用分布式唯一Id来实现“订单Id”,则不会有这些麻烦,一切迎刃而解,且十分轻松…
DeveloperSharp包中,提供了全网最完善的分布式唯一Id生成工具,使用示例如下:
若是在.Net Core环境下,代码如下:
using DeveloperSharp.Framework.CoreUtility; //从NuGet引用DeveloperSharp包 -------------------------- //首先在Startup.cs或Program.cs文件中进行工具预载 Services.AddTransient<IUtility, Utility>(); -------------------------- //IU是在相关文件中,通过依赖注入方式获取的IUtility类型对象 var Id = IU.GenerateId("Order");//产生分布式唯一Id
若是在.Net Framework环境下,代码如下:
using DeveloperSharp.Framework.CoreUtility;//从NuGet引用DeveloperSharp包 ------------------------ IUtility IU = new Utility(); var Id = IU.GenerateId("Order");//产生分布式唯一Id
说明:(1)“分布式唯一Id”的长度较长,具有全球唯一性,最早起源于facebook、twitter的应用。
(2)“分布式唯一Id”比GUID更好。GUID偶尔还是会有重复出现,而且它是无序的,会导致数据库查询性能下降,而“分布式唯一Id”是相对有序的。
经验:其实,无论是单机小型应用,还是多机大型分布式应用,从今天开始,你都应采用“分布式唯一Id”作为数据库中、每个表的“主键”。因为与所谓可读性、长短、自增Id比起来,它的扩展性好太多、太多...
GenerateId方法详细说明如下:
GenerateId
声明:string GenerateId(string Prefix)
用途:生成主键Id (此处生成的是一种分布式唯一Id)
参数:(1)string Prefix -- 前缀词
返回:String -- 主键Id
首发原文链接:http://www.developersharp.cc/content5.html
结尾
关注下方公众号,助力升职加薪。
你也可以加入我们(添加微信:894988403,备注“进群”),向大佬学习,探行业内幕,享时代机遇。