前言

前段时间的一个项目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集群中自身没有实现分布式锁，但我们可以通过实现分布式锁

以下是Java版本的实例

获取分布式锁的实现

释放分布式锁的实现

写在最后

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