搞懂分布式技术12:分布式ID生成方案 ## 转自: 58沈剑 架构师之路 2017-06-25 一.需求缘起 几乎所有的业务系统,都有生成一个唯一记录标识的需求,例如: 消息标识:message-id 订单标识:order-id 帖子标识:tiezi-id 这个记录标识往往就是数据库中的主键,数据库上会建立聚集索引(cluster index),即在物理存储上以这个字段排序. 这个记录标识上的查询,往往又有分页或者排序的业务需求,例如: 拉取最新的一页消息 select message-id/

原文链接http://blog.csdn.net/keepthinking_/article/details/8501058#comments 最近学习了Lucene,随便也学习了Solr,Solr规定每一条记录必须有一个主键值,用来唯一标识一条索引的记录,默认是使用id字段来作主键的(可以通过修改schema.xml文件更改),最烦的是这个主键不能设置自动增长,所以每添加一条记录,不得不手动为id字段赋值,如果不小心重复了,还很恶心的直接覆盖了原来的记录,所以在编程的时候不得不通过一些途径来维

class Program { static void Main(string[] args) { List<Thread> threads = new List<Thread>(); getID(); Console.WriteLine("重复次数:" + ccount); Console.ReadLine(); } public static void getID() { ; j < ; j++) { ; i < ; i++) { // GetD

在Solr中,每一个索引,都要有一个唯一的ID,类似于关系型数据库表中的主键.为了方便创建索引,需要配置自动生成的ID,即UUID. 一.配置schema.xml文件 添加uuid字段类型,修改字段id的类型. <field name="id" type="uuid" indexed="true" stored="true" required="true" multiValued="fals

knockout 提供生成了uniqueName的方法,但没有提供生成Id的方法. 感谢stackoverflow提供的思路与方法. 下面是uniqueName的实现方法. ko.bindingHandlers['uniqueName'] = { 'init': function (element, valueAccessor) { if (valueAccessor()) { element.name = "ko_unique_" + (++ko.bindingHandlers['u

主要是在配置文件中,配置好所要包含的字段. 类关系:account----role,1对1 account包含role类 java类: public class Account{ private Integer accountId; private String username; private String password; private Role role; } public class Role { private Integer id; private Integer leave;

ASP.NET 4.0 中 ClientIDMode的属性 可以设置获取不同ID格式的值. 项目中遇到的问题: 1.ListView1 ItemDataBound事件中,获取ClientID结果与自动生成ID一致. 2.ItemDataBound事件中不执行InsertItemTemplate段.(获取Insert中控件ID无法获取) 所以还得通过在ItemCreated时获取ClientID.结果后台中获取值与最终HTML自动生成ID字符串有差异. 解决方法: 在父容器控件ListView1的

一个文档的 _index . _type 和 _id 唯一标识一个文档. 我们可以提供自定义的 _id 值,或者让 index API 自动生成. 如果你的数据没有自然的 ID, Elasticsearch 可以帮我们自动生成 ID . 请求的结构调整为: 不再使用 PUT 谓词("使用这个 URL 存储这个文档"), 而是使用 POST 谓词("存储文档在这个 URL 命名空间下"). 出处:https://www.elastic.co/guide/cn/elas

package com.shopping.test; /** * SnowFlake的结构如下(每部分用-分开):<br> * 0 - 0000000000 0000000000 0000000000 0000000000 0 - 00000 - 00000 - 000000000000 <br> * 1位标识,由于long基本类型在Java中是带符号的,最高位是符号位,正数是0,负数是1,所以id一般是正数,最高位是0<br> * 41位时间截(毫秒级),注意,41位

前言我们的数据库在设计时一般有两个ID,自增的id为主键,还有一个业务ID使用UUID生成.自增id在需要分表的情况下做为业务主键不太理想,所以我们增加了uuid作为业务ID,有了业务id仍然还存在自增id的原因具体我也说不清楚,只知道和插入的性能以及db的要求有关. 我个人一直想将这两个ID换成一个字段来处理,所以要求这个id是数字类似的,且是趋抛增长的,这样mysql创建索引以及查询时性能会比较好.于时网上找到了雪花算法.关于雪花算法大家可以看一下我后面引用的资料. ID生成器代码:从网上抄

因为和同学分开做的android软件,现在想整合他做的界面部分,于是拷贝了res和src文件夹的文件,其中包括一个res.menu文件夹中的XML.但是每次将该文件导入到工程总无法自动在R.java中生成相应的ID. 上网找了两种方法: 第一种:使用项目(project)->clean……清除之后重新build项目.当我clean之后发现R.java文件被删除了,然后无论我怎么重新运行也不能再自动生成出来.于是乎……悲剧了,重新建了新工程并使用其他方法了! 第二种:右击菜单中的该工程选择Andr

SelectKey在Mybatis中是为了解决Insert数据时不支持主键自动生成的问题,该功能可以很随意的设置生成主键的方式. 不管SelectKey有多好,尽量不要遇到这种情况吧,毕竟很麻烦. keyProperty selectKey 语句结果应该被设置的目标属性. resultType 结果的类型.MyBatis 通常可以算出来,但是写上也没有问题.MyBatis 允许任何简单类型用作主键的类型,包括字符串. order 这可以被设置为 BEFORE 或 AFTER.如果设置为 BEFO

public class PrimaryKeyGenerator { private static readonly NedisClient client = new NedisClient(GetRedisConfig()); /// <summary> /// 获取当前Redis配置实例 /// </summary> /// <returns></returns> private static RedisConfiguration GetRedisCon

新浪微博:http://weibo.com/u/1928100503 网上看了下,发现大都是xml文件名大写而导致的id不能生成的问题,但在下的问题却不是大小写的问题,在下发现,当你的layout目录中有错误的文件,比如activity_main.xml有错误,这样的情况下,R.java文件就无法自动生成新的布局文件id.灰常的奇葩. 不过还是解决了,开心!

有时候在我们在新增数据时,需要自动生成主键id等,就经常会遇到需要生成随机数的方法. 下面先介绍一种比较简单的生成随机数方法: //产生随机数函数 function RndNum(n){ var rnd=""; for(var i=0;i<n;i++) rnd+=Math.floor(Math.random()*10); return rnd; } 接着我们在我们需要的函数中去调用这个产生随机数的方法: (下面的案例是我自己写的项目中用到的,下面的第12行就调用了上面写的生成随机

因为生成订单ID.商品ID 或者什么什么ID的,不想用自增,又怕反复,于是就用  年与日时分秒 + 6位自增码 (共计20位长度)来当作ID 注意:假设你的ID是Long型.就要注意,Long的最大长度为19位,假设直接转的话会有问题,建议改为年月日时分秒+5位随机数 详细代码: private static int sequence = 0; private static int length = 6; /** * YYYYMMDDHHMMSS+6位自增长码(20位) * @author sh

package com.xinyartech.erp.core.util; import java.lang.management.ManagementFactory; import java.net.InetAddress; import java.net.NetworkInterface; import java.util.HashSet; import java.util.Set; /** * <p>名称:IdWorker.java</p> * <p>描述:分布式

1.为什么数据库id自增和uuid不适合分布式id id自增:当数据量庞大时,在数据库分库分表后,数据库自增id不能满足唯一id来标识数据:因为每个表都按自己节奏自增,会造成id冲突,无法满足需求.              分库分表:分表就是把一个表的数据放到多个表中,将一个库的数据拆分到多个库中 uuid:UUID长且无序:主键应越短越好,无序会造成每一次UUID数据的插入都会对主键地城的b+树进行很大的修改   在时间上,1)uuid由于占用的内存更大,所以查询.排序速度会相对较慢:2)在

drop table x gocreate table x(id varchar(10))--insert into x values('A001')gowith a as (select ISNULL(max(id),'A0000') maxid from x) insert into x (id)select case when RIGHT(maxid,4)<9999 THEN LEFT(maxid,1)+RIGHT('000'+CAST(RIGHT(maxid,4)+1 AS VARCHA

http://zhanghong.iteye.com/blog/865937 1. 首先创建数据库表 SQL> create table customer( 2  id number(8) not null primary key, 3  name varchar2(20), 4  age number(3), 5  gender varchar2(8) 6  ); 2. 创建Sequence: create sequence customer_SEQUENCE start with 6 inc

* FROM sys.tables WHERE name=N'EmployeeNo_Identity') DROP TABLE EmployeeNo_Identity GO CREATE TABLE EmployeeNo_Identity( ID ,) PRIMARY KEY, CreateDate DATETIME DEFAULT(GETDATE()) ) * FROM SYS.procedures WHERE name=N'proc_Build_Employee_ID') DROP PROC