Redis 集群分片&分布式锁的使用

前言

前段时间的一个项目Memcache缓存切换到Redis缓存，作了些Redis缓存方面的调研与学习，在学有所得的同时向你们分享些学到的干货。

为何缓存技术选型最后选择了Redis呢，结合项目的实际状况由一下几点考量的

• 缓存数据的持久化，因为Memcache数据储存在内充中，宕机或重启memcache服务后缓存数据丢失

• 集群的高可用性，Memcache自身并无实现集群功能，是经过客户端实现的。Redis集群在负债均衡，数据丢失容错处理都作得比前者要好。

（Memcache与Redis技术选型比较不是本文重点,如想详细了解能够搜索相关博文）

Redis集群分片

了解redis集群数据分片咱们能够从如下这三个问题入手

• redis集群中key是如何分布到各个节点？
• 客户端如何正确找到key所在节点？
• 键空间迁移过程是怎样的？

Redis集群有16384个哈希槽(hash slot),每一个key经过CRC16校验后对16384取模来决定放置哪一个槽.集群的每一个节点负责一部分hash slot。举个例子,好比当前集群有3个节点,那么:

• 节点 A 包含 0 到 5500 hash solt.
• 节点 B 包含5501 到 11000 hash solt.
• 节点 C 包含11001 到 16384 hash slot.

这种结构很容易添加或者删除节点. 好比若是我想新添加个节点D, 我须要从节点 A, B, C中得部分槽到D上. 若是我想移除节点A,须要将A中的槽移到B和C节点上,而后将没有任何槽的A节点从集群中移除便可. 因为从一个节点将哈希槽移动到另外一个节点并不会中止服务,因此不管添加删除或者改变某个节点的哈希槽的数量都不会形成集群不可用的状态.

客户端在查找key的所在节点时也是经过CRC16校验后对16384取模。故此具体某个key存放在哪一个hash sort是固定的。

Redis 分布式锁

Redis集群中自身没有实现分布式锁，但咱们能够经过SET命令的特性实现分布式锁

如下是Java版本的实例

获取分布式锁的实现

释放分布式锁的实现

源码在这里

写在最后

学无止境，这段时间会陆续对前期的学习成果作些梳理并与你们分享，在给你们分享干货的同时，才疏学浅还望你们大刀予以斧正。也欢迎关注个人掘金或简书,名称为柴码