专栏名称: Android博客周刊
[ Android Blog 周刊 ]每周一准时更新,主要包括本周最新的优秀国内外博客,新闻,类库,视频等 [www.androidblog.cn ] [ QQ群:149581646 ]
目录
相关文章推荐
51好读  ›  专栏  ›  Android博客周刊

一致性Hash算法

Android博客周刊  · 公众号  · android  · 2016-12-29 08:08

正文

请到「今天看啥」查看全文


温馨提示:

微信公众号做了超链接限制,有兴趣的小伙伴可以直接到

www.androidblog.cn

或点击文章末尾" 阅读全文 "里进行查看

注意 【招编辑和分享讲师,有意者公众号留言】


作者简介:

本文作者 Coder_Roc

本文原址:

http://coderroc.com/article/%E7%9F%A5%E8%AF%86%E8%AE%B0%E5%BD%95/Consistent-Hashing.html

文章源自网络,如果涉及侵权等问题,请第一时间联系我们予以下架

解决的问题

在分布式系统中,比如典型的KV型缓存系统,存储的位置一般是通过hash(key)得到的值确定的。比较简单的,例如,通过hash(key) % N,确定存储的节点,其中N是存储节点个数。这是最简单直观的做法,但是有一个比较严重的问题,如果有新的机器加入或者退出,基本上所有的映射都对用不上了。

h a s h ( K e y ) ( mod N )


为了能够随时增加、减少机器并且造成的映射变化最小,在此基础上还可以尽可能的使内容比较均匀的分布在每个存储节点上等,1997年由麻省理工学院提出的一种分布式哈希(DHT,Distributed Hash Table,分布式哈希表)实现算法,即一致性哈希算法。

一致性hash的特点

好的一致性算法需满足以下几个方面:

如果可以满足以上几个方面,则可以很低成本的增加、减少机器,这个分布式系统也就更加健壮。

实现原理

不同于取模直接定位(可以认为是数学中的等式)存储节点的方式,一致性hash一般采用环形Hash空间的方式,从这个环上取几个节点,就近(或者顺时针、逆时针就近)存储,这样就变成了不等式的方式,更为灵活。

环形Hash空间

一致性哈希将整个哈希值空间组织成一个虚拟的圆环,如假设某哈希函数H的值空间为0-2^32-1(即哈希值是一个32位无符号整形),整个哈希空间环如下:


将机器和存储的内容Hash落在环形空间

首先将服务器通过使用某个Hash算法,映射到环形空间的某个位置,具体做法可以通过Hash(serverName or IP, etc),这样就会得到每个节点的位置。

例如有A、B、C、D四个存储节点,Hash后如下:


然后将存储内容计算出Hash值,落在环形空间某一位置,接着顺时针寻找到第一个存储节点,存储完成。

例如有Object A、Object B、Object C、Object D四个数据对象,经过哈希计算后,在环空间上的位置与节点的对应关系如下:


根据一致性哈希算法,数据A会被定为到Node A上,B被定为到Node B上,C被定为到Node C上,D被定为到Node D上。

分析

下面分析一致性哈希算法的容错性和可扩展性。现假设Node C不幸宕机,可以看到此时对象A、B、D不会受到影响,只有C对象被重定位到Node D。一般的,在一致性哈希算法中,如果一个节点不可用,则受影响的数据仅仅是此服务器到其环空间中前一个节点(即沿着逆时针方向行走遇到的第一个节点)之间数据,其它不会受到影响。

下面考虑另外一种情况,如果在系统中增加一个节点Node X,如下图所示:

此时对象Object A、B、D不受影响,只有对象C需要重定位到新的Node X 。一般的,在一致性哈希算法中,如果增加一个节点,则受影响的数据仅仅是新节点到其环空间中前一个节点(即沿着逆时针方向行走遇到的第一个节点)之间数据,其它数据也不会受到影响。

综上所述,一致性哈希算法对于节点的增减都只需重定位环空间中的一小部分数据, 具有较好的容错性和可扩展性

虚拟节点

假如,在这个分布式系统中,服务节点在环形空间分布不均衡时,容易造成数据存储倾斜问题。假如只有2个节点其环分布分布如下:


此时必然造成大量数据集中到Node A上,而只有少量会定位到Node B上。为了解决这种数据倾斜问题,一致性哈希算法引入了虚拟节点机制,即对每一个服务节点计算多个哈希,每个计算结果位置都放置一个此服务节点,称为虚拟节点。具体做法可以在服务器ip或主机名的后面增加编号来实现。例如上面的情况,可以为每台服务器计算三个虚拟节点,于是可以分别计算 “Node A#1”、“Node A#2”、“Node A#3”、“Node B#1”、“Node B#2”、“Node B#3”的哈希值,于是形成六个虚拟节点:


同时数据定位算法不变,只是多了一步虚拟节点到实际节点的映射,例如定位到“Node A#1”、“Node A#2”、“Node A#3”三个虚拟节点的数据均定位到Node A上。这样就解决了服务节点少时数据倾斜的问题。在实际应用中,通常将虚拟节点数设置为32甚至更大,因此即使很少的服务节点也能做到相对均匀的数据分布。


------------------------------  End  ------------ --------------------


精选文章:

View事件体系 面试遇到的那些坑 Android密钥保护和C/S网络传输安全理论指南

随机洗牌算法 Android增量编译 由模块化到组件化(一)


往期周刊:

48期 | 47期 |

46期 | 45期 | 44期 | 43期 | 42期 | 41期 | 40期 | 39期

38期 | 37期 | 36期 | 35期 | 34期 | 33期 | 32期 | 31期

30期 | 29期 | 28期 | 27期 | 26期 | 25期 | 24期 | 23期

22期 | 21期 | 20期 | 19期 | 18期 | 17期 | 16期 | 15期

14期 | 13期 | 12期 | 11期 | 10期 | 09期 | 08期 | 07期

06期 | 05期 | 04期 | 03期 | 02期 | 01期 |



-----------------------------------------------------------------------------------------

自动回复:

公众号已做了自动聊天回复功能,大家可以用以下关键词进行挑逗。

网站 QQ群 代言人 福利 1-48(最新期数)之间任意数字 最新文章 等!


温馨提示:

微信公众号做了超链接限制,有兴趣的小伙伴可以直接到www.androidblog.cn

或点击文章末尾" 阅读全文 "里进行查看







请到「今天看啥」查看全文