Redis 集群应用学习.docxVIP

集群技术是构建高性能网站架构的重要手段，试想在网站承受高并发访问压力的同时，还需要从海量数据中查询出满足条件的数据，并快速响应，我们必然想到的是将数据进行切片，把数据根据某种规则放入多个不同的服务器节点，来降低单节点服务器的压力。上一篇我们讲到了 Redis 的主从复制技术，当实现了多节点的 master-slave 后，我们也可以把它叫做集群，但我们今天要讲的集群主要是利用切片技术来组建的集群。集群要实现的目的是要将不同的 key 分散放置到不同的 redis 节点，这里我们需要一个规则或者算法，通常的做法是获取 key 的哈希值，然后根据节点数来求模，但这种做法有其明显的弊端，当我们需要增加或减少一个节点时，会造成大量的 key 无法命中，这种比例是相当高的，所以就有人提出了一致性哈希的概念。一致性哈希有四个重要特征：均衡性：也有人把它定义为平衡性，是指哈希的结果能够尽可能分布到所有的节点中去，这样可以有效的利用每个节点上的资源。单调性：对于单调性有很多翻译让我非常的不解，而我想要的是当节点数量变化时哈希的结果应尽可能的保护已分配的内容不会被重新分派到新的节点。分散性和负载：这两个其实是差不多的意思，就是要求一致性哈希算法对 key 哈希应尽可能的避免重复。但一致性哈希不是我们今天要介绍的重点，因为 Redis 引入另一种哈希槽（hash slot）的概念。Redis 集群中内置了 16384 个哈希槽，当需要在 Redis 集群中放置一个 key-value 时，redis 先对 key 使用 crc16 算法算出一个结果，然后把结果对 16384 求余数，这样每个 key 都会对应一个编号在 0-16383 之间的哈希槽，redis 会根据节点数量大致均等的将哈希槽映射到不同的节点。使用哈希槽的好处就在于可以方便的添加或移除节点。当需要增加节点时，只需要把其他节点的某些哈希槽挪到新节点就可以了；当需要移除节点时，只需要把移除节点上的哈希槽挪到其他节点就行了；内部机制，与我何干，对于我们来说，在新增或移除节点的时候不要让我们先停掉所有的 redis 服务我就谢天谢地了，这点它做到了。下面我们就开始动手搭建一个 redis 集群来体验一下。因为我们要启动多个 redis 实例，虽然我们可以直接通过命令行来启动，但始终是不怎么方便的，所以我们先来新建三个实例目录，分别是9001，9002，9003，目录名就是 redis 实例的端口号。我这里已经建好了目录，然后我们把以前编译过和修改过的 redis-server、redis.conf这两个文件分别拷贝到这三个目录里面，拷贝完之后就像这样子了：我们打开 redis.conf 文件，为了简单起见，我们只保留下面几个配置项：daemonize yesport 9001cluster-enabled yescluster-config-file nodes.confcluster-node-timeout 5000appendonly yes注意：port 要修改成对应目录的名字，也就是每个实例要有不同的端口。下面我们分别启动这三个实例：zhaoguihuadediannao:~ zhaogh$ cd applications/dev/redis-clusterzhaoguihuadediannao:redis-cluster zhaogh$ cd 9001zhaoguihuadediannao:9001 zhaogh$ ./redis-server ./redis.confzhaoguihuadediannao:9003 zhaogh$ cd ../9002zhaoguihuadediannao:9002 zhaogh$ ./redis-server ./redis.confzhaoguihuadediannao:9002 zhaogh$ cd ../9003zhaoguihuadediannao:9003 zhaogh$ ./redis-server ./redis.confzhaoguihuadediannao:9003 zhaogh$?接下来我们来创建集群，让三个实例互相通讯：zhaoguihuadediannao:src zhaogh$ ./redis-trib.rb create --replicas 0 :9001 :9002 :9003 Creating clusterConnecting to node :9001: OKConnecting to node :9002: OKConnecting to node :9003: OK Performing hash slots allocation on 3 nodes...Using 3 masters::900