慎終如始,則無敗事

道學無止境,誠然心地行,超然於物外,絕待不歸真。

  • 博客访问: 5366138
  • 博文数量: 581
  • 用 户 组: 普通用户
  • 注册时间: 2013-10-19 21:50
个人简介

高山仰止http://my.csdn.net/wzy0623王工的博客 参加炼数成金培训输入 Dataguru培训优惠码 DR50,报名立减50%固定学费。 http://edu.dataguru.cn/

ITPUB论坛APP

ITPUB论坛APP



APP发帖 享双倍积分

文章分类

全部博文(581)

文章存档

2017年(53)

2016年(104)

2015年(144)

2014年(220)

2013年(60)

微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

订阅
热词专题

发布时间:2016-06-29 15:24:37

先说一下需要用到的场景。我们在写数据时候,经常希望数据不要存储在单点。如,都可以同时提供写服务,并且都存有全量数据。而不管是写哪一个都不用担心数据写乱问题。但是现实场景中往往会碰到并行同时修改。导致和数据不一致。于是乎就有人想出一些解决策略。向量时钟算是其中一种。简单易懂。但是并没有彻底解决冲突.........【阅读全文】

阅读(117) | 评论(0) | 转发(0)

发布时间:2016-06-12 15:22:38

乐视他们的全局ID生成采用Snowflake,并且附加了分库分表信息.也就是说,根据全局ID,就可以知道该信息具体存在哪个数据库中.比如 userid mod 8 然后拼接在 Snow ID之前这样通过 GID的前几位,就可以知道分库信息.但是一旦数据库扩容,ID就会很麻烦.所以他们 一般mod很大的数字比如 userid mod 128 拼接 Snow ID.........【阅读全文】

阅读(1647) | 评论(0) | 转发(0)

发布时间:2016-06-12 14:31:23

Snowflake算法核心把时间戳,工作机器id,序列号组合在一起。除了最高位bit标记为不可用以外,其余三组bit占位均可浮动,看具体的业务需求而定。默认情况下41bit的时间戳可以支持该算法使用到2082年,10bit的工作机器id可以支持1023台机器,序列号支持1毫秒产生4095个自增序列id。public class .........【阅读全文】

阅读(1908) | 评论(0) | 转发(0)

发布时间:2016-05-20 22:04:43

单位现在的搜索系统,每天凌晨,都会做一个全量更新.然后数据一天之内就不会变了...以后引入准实时搜索之后,为了保险起见,我可能还会保留凌晨的全量更新.我大致会采用如下方式,创建两个索引songod_m1和songod_m2,和一个别名 songod每天凌晨,全量更新备用的索引,完成之后,切换别名.周而复始.准实时搜索的功能,通过Canal.........【阅读全文】

阅读(3606) | 评论(0) | 转发(0)

发布时间:2016-05-20 21:18:53

ElasticSearch 有两个内部结构_all和_source_all是所有字段的大杂烩,默认情况下,每个字段的内容,都会拷贝到_all字段.这样可以忽略字段信息进行搜索,非常方便.但是这样带来了额外的存储压力和CPU处理压力.在默认情况下,开启_all和_source{      "mappings": { &.........【阅读全文】

阅读(4364) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册