Redis操做

redis是什么

---

​ redis是一个key-value存储系统。和Memcached相似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sortedset --有序集合)和hash（哈希类型）。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操做，并且这些操做都是原子性的。在此基础上，redis支持各类不一样方式的排序。与memcached同样，为了保证效率，数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操做写入追加的记录文件，而且在此基础上实现了master-slave(主从)同步。
​ Redis 是一个高性能的key-value数据库。 redis的出现，很大程度补偿了memcached这类key/value存储的不足，在部 分场合能够对关系数据库起到很好的补充做用。它提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客户端，使用很方便。
​ Redis支持主从同步。数据能够从主服务器向任意数量的从服务器上同步，从服务器能够是关联其余从服务器的主服务器。这使得Redis可执行单层树复制。存盘能够有意无心的对数据进行写操做。因为彻底实现了发布/订阅机制，使得从数据库在任何地方同步树时，可订阅一个频道并接收主服务器完整的消息发布记录。同步对读取操做的可扩展性和数据冗余颇有帮助。redis的官网地址，很是好记，是redis.io。
​ 目前，Vmware在资助着redis项目的开发和维护。

redis的特性

---

一、彻底居于内存，数据实时的读写内存，定时闪回到文件中。采用单线程,避免了没必要要的上下文切换和竞争条件
二、支持高并发量，官方宣传支持10万级别的并发读写
三、支持持久存储，机器重启后的，从新加载模式，不会掉数据
四、海量数据存储，分布式系统支持，数据一致性保证，方便的集群节点添加/删除
五、Redis不只仅支持简单的k/v类型的数据，同时还提供list，set，zset，hash等数据结构的存储。
六、灾难恢复--memcache挂掉后，数据不可恢复; redis数据丢失后能够经过aof恢复；
七、虚拟内存--Redis当物理内存用完时，能够将一些好久没用到的value 交换到磁盘；
八、Redis支持数据的备份，即master-slave模式的数据备份；

redis的架构

---

各功能模块说明以下：

---

File Event: 处理文件事件，接受它们发来的命令请求（读事件），并将命令的执行结果返回给客户端（写事件）)
Time Event: 时间事件(更新统计信息，清理过时数据，附属节点同步，按期持久化等)
AOF: 命令日志的数据持久化
RDB： 实际的数据持久化
Lua Environment : Lua 脚本的运行环境. 为了让 Lua 环境符合 Redis 脚本功能的需求，Redis 对 Lua 环境进行了一系列的修改， 包括添加函数库、更换随机函数、保护全局变量， 等等
Command table(命令表)：在执行命令时，根据字符来查找相应命令的实现函数。
Share Objects（对象共享）： 
主要存储常见的值：
a.各类命令常见的返回值，例如返回值OK、ERROR、WRONGTYPE等字符；
b. 小于 redis.h/REDIS_SHARED_INTEGERS (默认1000)的全部整数。经过预分配的一些常见的值对象，并在多个数据结构之间共享对象，程序避免了重复分配的麻烦。也就是说，这些常见的值在内存中只有一份。
Databases：
Redis数据库是真正存储数据的地方。固然，数据库自己也是存储在内存中的。

###redis启动流程

---

redis安装方式

redis安装经常使用两种方式：yum安装和源码包安装

yum 安装： 一般是在线安装，好处是安装方式简单，不易出错；经常使用的安装yum源为epel

源码包安装： 是先将 redis 的源码下载下来，在本身的系统里编译生成可执行文件，而后执行，好处是由于是在本身的系统上编译的，更符合本身系统的性能，也就是说在本身的系统上执行 redis 服务性能效率更好。

区别：路径和启动方式不一样，支持的模块也不一样。

redis程序路径

---

程序环境：

配置文件：/etc/redis.conf
主程序：/usr/bin/redis-server
客户端：/usr/bin/redis-cli
Unit File:/usr/lib/systemd/system/redis.service 数据目录：/var/lib/redis 监听：6379/tcp

配置文件：

网络配置项
基本配置项
持久化相关配置
复制相关的配置
安全相关配置
Limit相关的配置
Cluster相关配置
SlowLog相关的配置
Advanced配置

网络配置项：

bind IP port PORT protected-mode 是否开启保护模式，默认开启。要是配置里没有指定bind和码。开启该参数后，redis只会本地进行访问，拒绝外部访问。 tcp-backlog 定义了每个端口最大的监听队列的长度 unixsocket timeout：链接的空闲超时时长；

通用配置项：

daemonize, 是否以守护进程启动
supervised, 能够经过upstart和systemd管理Redis守护进程，这个参数是和具体的操做系统相关的
loglevel,
pidfile,
logfile,
databases：设定数据库数量，默认为16个，每一个数据库的名字均为整数，从0开始编号，默认操做的数据库为0；
切换数据库的方法：
SELECT <dbid>

快照配置：

save900 1 #900秒有一个key变化，就作一个保存 save300 10 #300秒有10个key变化，就作一个保存，这里须要和开发沟通 save60 10000 #60秒有10000个key变化就作一个保存 stop-writes-on-bgsave-error yes #在出现错误的时候，是否是要中止保存 rdbcompression yes #使用压缩rdb文件，rdb文件压缩使用LZF压缩算法，yes：压缩，可是须要一些cpu的消耗。no：不压缩，须要更多的磁盘空间 rdbchecksum yes #是否校验rdb文件。从rdb格式的第五个版本开始，在rdb文件的末尾会带上CRC64的校验和。这跟有利于文件的容错性，可是在保存rdb文件的时候，会有大概10%的性能损耗，因此若是你追求高性能，能够关闭该配置。 dbfilenamedump.rdb #rdb文件的名称 dir./ 数据目录，数据库的写入会在这个目录。rdb、aof文件也会写在这个目录

Limits相关的配置：

maxclients 设置能连上redis的最大客户端链接数量
maxmemory <bytes> redis配置的最大内存容量。当内存满了，须要配合maxmemory-policy策略进
行处理。
maxmemory-policy noeviction
淘汰策略：volatile-lru, allkeys-lru, volatile-random, allkeys-random, volatile-ttl, noeviction
内存容量超过maxmemory后的处理策略。
# volatile-lru：利用LRU算法移除设置过过时时间的key。 # volatile-random：随机移除设置过过时时间的key。 # volatile-ttl：移除即将过时的key，根据最近过时时间来删除（辅以TTL） # allkeys-lru：利用LRU算法移除任何key。 # allkeys-random：随机移除任何key。 # noeviction：不移除任何key，只是返回一个写错误。 # 上面的这些驱逐策略，若是redis没有合适的key驱逐，对于写命令，仍是会返回错误。redis将再也不接收写 请求，只接收get请求。写命令包括：set setnx maxmemory-samples 5 #淘汰算法运行时的采样样本数；

持久化配置：

#APPEND ONLY MODE # # 默认redis使用的是rdb方式持久化，这种方式在许多应用中已经足够用了。可是redis若是中途宕机，会致使可能有几分钟的数据丢失，根据save来策略进行持久化，Append Only File是另外一种持久化方式，能够提供更好的持久化特性。Redis会把每次写入的数据在接收后都写入 appendonly.aof 文件，每次启动时Redis都会先把这个文件的数据读入内存里，先忽略RDB文件。 appendonly yes #启动aof模式 # aof文件名(default: "appendonly.aof") appendfilename "appendonly.aof" #据读入内存里，先忽略RDB文件 *appendfsync Redis supports three different modes: no：redis不执行主动同步操做，而是OS进行； everysec：每秒一次； always：每语句一次；

若是Redis只是将客户端修改数据库的指令重现存储在AOF文件中，那么AOF文件的大小会不断的增长，由于AOF文件只是简单的重现存储了客户端的指令，而并无进行合并。对于该问题最简单的处理方式，即当 AOF文件知足必定条件时就对AOF进行rewrite， rewrite是根据当前内存数据库中的数据进行遍历写到一个临时的AOF文件，待写完后替换掉原来的AOF文件便可。redis重写会将多个key、value对集合来用一条命令表达。在rewrite期间的写操做会保存在内存的rewrite buffer中，rewrite成功后这些操做也会复制到临时文件中，在最后临时文件会代替AOF文件。

no-appendfsync-on-rewrite no

# 在aof重写或者写入rdb文件的时候，会执行大量IO，此时对于everysec和always的aof模式来讲，执行fsync会形成阻塞过长时间，noappendfsync-on-rewrite字段设置为默认设置为no。若是对延迟要求很高的应用，这个字段能够设置为yes，不然仍是设置为no，这样对持久化特性来讲这是更安全的选择。设置为yes表示rewrite期间对新写操做不fsync,暂时存在内存中,等rewrite完成后再写入，默认为no，建议yes。Linux的默认fsync策略是30秒。可能丢失30秒数据。

auto-aof-rewrite-percentage 100 aof自动重写配置。当目前aof文件大小超过上一次重写的aof文件大小的百分之多少进行重写，即当aof文件增加到必定大小的时候Redis可以调用bgrewrite aof对日志文件进行重写。当前AOF文件大小是上第二天志重写获得AOF文件大小的二倍（设置为100）时，自动启动新的日志重写过程。
auto-aof-rewrite-min-size 64mb #设置容许重写的最小aof文件大小，避免了达到约定百分比但尺寸仍然很小的状况还要重写

上述两个条件同时知足时，方会触发重写AOF；与上次aof文件大小相比，其增加量超过100%，且大小很多于64MB;
aof-load-truncated yes #指redis在恢复时,会忽略最后一条可能存在问题的指令。aof文件可能在尾部是不完整的，出现这种现象，能够选择让redis退出，或者导入尽量多的数据。若是选择的是yes，当截断的aof文件被导入的时候，会自动发布一个log给客户端而后load。若是是no，用户必须手动redis-check-aof修复AOF文件才能够。

注意：持久机制自己不能取代备份；应该制订备份策略，对redis库按期备份；Redis服务器启动时用持久化的数据文件恢复数据，会优先使用AOF；

redis持久存储读取

---

redis配置文件

---

SlowLog相关的配置:

slowlog-log-slower-than 10000
#当命令的执行超过了指定时间，单位是微秒； slowlog-max-len 128 #慢查询日志长度。当一个新的命令被写进日志的时候，最老的那个记录会被删掉。 ADVANCED配置： hash-max-ziplist-entries 512 hash-max-ziplist-value 64 设置ziplist的键数量最大值，每一个值的最大空间；

redis命令介绍

└── bin
├── redis-benchmark #redis性能测试工具，能够测试在本系统本配 置下的读写性能 ├── redis-check-aof #对更新日志appendonly.aof检查，是 否可用 ├── redis-check-dump #用于检查本地数据库的rdb文件 ├── redis-cli #redis命令行操做工具，也能够用telnet根据 其纯文本协议来操做 ├── redis-sentinel Redis-sentinel 是Redis实例的监控管理、通知和 实例失效备援服务，是Redis集群的管理工具 └── redis-server #redis服务器的daemon启动程序

redis-cli命令介绍

默认选择 db库是 0 redis-cli -p 6379 查看当前所在“db库”全部的缓存key redis 127.0.0.1:6379> keys * 选择 db库 redis 127.0.0.1:6379> select 8 清除全部的缓存key redis 127.0.0.1:6379> FLUSHALL 清除当前“db库”全部的缓存key redis 127.0.0.1:6379[8]> FLUSHDB 设置缓存值 redis 127.0.0.1:6379> set keyname keyvalue 获取缓存值 redis 127.0.0.1:6379> get keyname 删除缓存值：返回删除数量（0表明没删除） redis 127.0.0.1:6379> del keyname

服务端相关命令
time：返回当前服务器时间
client list: 返回全部链接到服务器的客户端信息和统计数据 参见http://redisdoc.com/server/client_list.html
client kill ip:port：关闭地址为 ip:port 的客户端 save：将数据同步保存到磁盘 bgsave：将数据异步保存到磁盘 lastsave：返回上次成功将数据保存到磁盘的Unix时戳 shundown：将数据同步保存到磁盘，而后关闭服务 info：提供服务器的信息和统计 config resetstat：重置info命令中的某些统计数据 config get：获取配置文件信息 config set：动态地调整 Redis 服务器的配置(configuration)而无须重启，能够修改的配置参数可使用命令 CONFIG GET * 来列出 config rewrite：Redis 服务器时所指定的 redis.conf 文件进行改写 monitor：实时转储收到的请求 slaveof：改变复制策略设置 debug： sleep segfault slowlog get 获取慢查询日志 slowlog len 获取慢查询日志条数 slowlog reset 清空慢查询

redis经常使用数据类型

---

Redis内部使用一个redisObject对象来表示全部的key和value,redisObject最主要的信息如上图所示：
type表明一个value对象具体是何种数据类型，encoding是不一样数据类型在redis内部的存储方式好比：type=string表明value存储的是一个普通字符串，那么对应的encoding能够是raw或者是int,若是是int则表明实际redis内部是按数值型类存储和表示这个字符串的，固然前提是这个字符串自己能够用数值表示，好比:"123" "456"这样的字符串。
Redis的键值可使用物种数据类型：字符串，散列表，列表，集合，有序集合。

对KEY操做的命令

exists(key)：确认一个key是否存在 del(key)：删除一个key type(key)：返回值的类型 keys(pattern)：返回知足给定pattern的全部key randomkey：随机返回key空间的一个 keyrename(oldname, newname)：重命名key dbsize：返回当前数据库中key的数目 expire：设定一个key的活动时间（s） ttl：得到一个key的活动时间 move(key, dbindex)：移动当前数据库中的key到dbindex数据库 flushdb：删除当前选择数据库中的全部key flushall：删除全部数据库中的全部key

应用场景1：String是最经常使用的一种数据类型，普通的key/ value 存储均可以归为此类.便可以彻底实现目前 Memcached 的功能，而且效率更高。还能够享受Redis的定时持久化，操做日志及 Replication等功能。除了提供与 Memcached 同样的get、set、incr、decr 等操做外，Redis还提供了下面一些操做：

对String操做的命令

set(key, value)：给数据库中名称为key的string赋予值value get(key)：返回数据库中名称为key的string的value getset(key, value)：给名称为key的string赋予上一次的value mget(key1, key2,…, key N)：返回库中多个string的value setnx(key, value)：添加string，名称为key，值为value setex(key, time, value)：向库中添加string，设定过时时间time mset(key N, value N)：批量设置多个string的值 msetnx(key N, value N)：若是全部名称为key i的string都不存在 incr(key)：名称为key的string增1操做 incrby(key, integer)：名称为key的string增长integer decr(key)：名称为key的string减1操做 decrby(key, integer)：名称为key的string减小integer append(key, value)：名称为key的string的值附加value substr(key, start, end)：返回名称为key的string的value的子串

应用场景：在Memcached中，咱们常常将一些结构化的信息打包成HashMap，在客户端序列化后存储为一个字符串的值，好比用户的昵称、年龄、性别、积分等，这时候在须要修改其中某一项时，一般须要将全部值取出反序列化后，修改某一项的值，再序列化存储回去。这样不只增大了开销，也不适用于一些可能并发操做的场合（好比两个并发的操做都须要修改积分）。而Redis的Hash结构可使你像在数据库中Update一个属性同样只修改某一项属性值。

对Hash操做的命令

hset(key, field, value)：向名称为key的hash中添加元素field hget(key, field)：返回名称为key的hash中field对应的value hmget(key, (fields))：返回名称为key的hash中field i对应的value hmset(key, (fields))：向名称为key的hash中添加元素field hincrby(key, field, integer)：将名称为key的hash中field的value增长integer hexists(key, field)：名称为key的hash中是否存在键为field的域 hdel(key, field)：删除名称为key的hash中键为field的域 hlen(key)：返回名称为key的hash中元素个数 hkeys(key)：返回名称为key的hash中全部键 hvals(key)：返回名称为key的hash中全部键对应的value hgetall(key)：返回名称为key的hash中全部的键（field）及其对应的value

---

Redis list的应用场景很是多，也是Redis最重要的数据结构之一，好比twitter的关注列表，粉丝列表等均可以用Redis的list结构来实现。咱们在看完一条微博以后，经常会评论一番，或者看看其余人的吐槽。每条评论的记录都是按照时间顺序排序的

对List操做的命令

rpush(key, value)：在名称为key的list尾添加一个值为value的元素
lpush(key, value)：在名称为key的list头添加一个值为value的 元素
llen(key)：返回名称为key的list的长度
lrange(key, start, end)：返回名称为key的list中start至end之间的元素 ltrim(key, start, end)：截取名称为key的list lindex(key, index)：返回名称为key的list中index位置的元素 lset(key, index, value)：给名称为key的list中index位置的元素赋值 lrem(key, count, value)：删除count个key的list中值为value的元素 lpop(key)：返回并删除名称为key的list中的首元素 rpop(key)：返回并删除名称为key的list中的尾元素 blpop(key1, key2,… key N, timeout)：lpop命令的block版本。 brpop(key1, key2,… key N, timeout)：rpop的block版本。 rpoplpush(srckey, dstkey)：返回并删除名称为srckey的list的尾元素，并将该元素添加到名称为dstkey的list的头部

Set 就是一个集合，集合的概念就是一堆不重复值的组合。利用 Redis 提供的 Set 数据结构，能够存储一些集合性的数据。好比在微博应用中，能够将一个用户全部的关注人存在一个集合中，将其全部粉丝存在一个集合。由于 Redis 很是人性化的为集合提供了求交集、并集、差集等操做，那么就能够很是方便的实现如共同关注、共同喜爱、二度好友等功能

对Set操做的命令

sadd(key, member)：向名称为key的set中添加元素member srem(key, member) ：删除名称为key的set中的元素member spop(key) ：随机返回并删除名称为key的set中一个元素 smove(srckey, dstkey, member) ：移到集合元素 scard(key) ：返回名称为key的set的基数 sismember(key, member) ：member是不是名称为key的set的元素 sinter(key1, key2,…key N) ：求交集 sinterstore(dstkey, (keys)) ：求交集并将交集保存到dstkey的集合 sunion(key1, (keys)) ：求并集 sunionstore(dstkey, (keys)) ：求并集并将并集保存到dstkey的集合 sdiff(key1, (keys)) ：求差集 sdiffstore(dstkey, (keys)) ：求差集并将差集保存到dstkey的集合 smembers(key) ：返回名称为key的set的全部元素 srandmember(key) ：随机返回名称为key的set的一个元素

Sorted Set

经常使用命令：zadd,zrange,zrem,zcard，zcount等

使用场景：

Redis sorted set的使用场景与set相似，区别是set不是自动有序的，而sorted set能够经过用户额外提供一个优先级(score)的参数来为成员排序，而且是插入有序的，即自动排序。当你须要一个有序的而且不重复的集合列表，那么能够选择sorted set数据结构，好比twitter 的public timeline能够以发表时间做为score来存储，这样获取时就是自动按时间排好序的。 另外还能够用Sorted Sets来作带权重的队列，好比普通消息的score为1，重要消息的score为2，而后工做线程能够选择按score的倒序来获取工做任务。让重要的任务优先执行。 ZADD page_rank 9 baidu.com 8 bing.com 10 google.com

redis主从复制

---

Redis的复制方式有两种，一种是主（master）-从（slave）模式，一种是从（slave）-从（slave）模式，所以Redis的复制拓扑图会丰富一些，能够像星型拓扑，也能够像个有向无环。一个Master能够有多个slave主机，支持链式复制；
Master以非阻塞方式同步数据至slave主机；

复制优势

经过配置多个Redis实例，数据备份在不一样的实例上，主库专一写请求，从库负责读请求，这样的好处主要体如今下面几个方面
一、高可用性
在一个Redis集群中，若是master宕机，slave能够介入并取代master的位置，所以对于整个Redis服务来讲不至于提供不了服务，这样使得整个Redis服务足够安全。
二、高性能
在一个Redis集群中，master负责写请求，slave负责读请求，这么作一方面经过将读请求分散到其余机器从而大大减小了master服务器的压力，另外一方面slave专一于提供读服务从而提升了响应和读取速度。
三、水平扩展性
经过增长slave机器能够横向（水平）扩展Redis服务的整个查询服务的能力。

复制须要解决的问题

复制提供了高可用性的解决方案，但同时引入了分布式计算的复杂度问题，认为有两个核心问题：
一、数据一致性问题：如何保证master服务器写入的数据可以及时同步到slave机器上。
二、读写分离;如何在客户端提供读写分离的实现方案，经过客户端实现将读写请求分别路由到master和slave实例上。
上面两个问题，尤为是第一个问题是Redis服务实现一直在演变，致力于解决的一个问题:复制实时性和数据一致性矛盾 Redis提供了提升数据一致性的解决方案，一致性程度的增长虽然使得我可以更信任数据，可是更好的一致性方案一般伴随着性能的损失，从而减小了吞吐量和服务能力。然而咱们但愿系统的性能达到最优，则必需要牺牲一致性的程度，所以Redis的复制实时性和数据一致性是存在矛盾的。

redis主从复制

---

一、slave向master发送sync命令。
二、master开启子进程来说dataset写入rdb文件，同时将子进程完成以前接收到的写命令缓存起来。
三、子进程写完，父进程得知，开始将RDB文件发送给slave。master发送完RDB文件，将缓存的命令也发给slave。master增量的把写命令发给slave。

值得注意的是，当slave跟master的链接断开时，slave能够自动的从新链接master，在redis2.8版本以前，每当slave进程挂掉从新链接master的时候都会开始新的一轮全量复制。若是master同时接收到多个slave的同步请求，则master只须要备份一次RDB文件。

实战示例

---

1、准备好4台机器

192.168.42.150 redis-node1 #主 192.168.42.151 redis-node2 #从 192.168.42.152 redis-node3 #从 192.168.42.153 redis-node4 #从

2、安装redis,配置好基本配置

yum install redis
cp /etc/redis.conf{,.back}
vim redis.conf
daemonize yes
bind 0.0.0.0 #改成各个节点的IP

三.依照上面设定的从主机,在从主机配置文件中开启从配置(须要配置3台机器)：

### REPLICATION ### slaveof 192.168.1.29 6379 #主节点地址,<host> <port> #masterauth <master-password> #若是设置了访问认证就须要设定此项。 slave-server-stale-data yes #当slave与master链接断开或者slave正处于同步状态时，若是slave收到请求容许响应，no表示返回错误。 slave-read-only yes #slave节点是否为只读。 slave-priority 100 #设定此节点的优先级，是否优先被同步。

4、redis主从复制测试

set master-slave ok

5、高级配置

一个RDB文件从master端传到slave端，分为两种状况：
一、支持disk：master端将RDB file写到disk，稍后再传送到slave端； 二、无磁盘diskless：master端直接将RDB file传到slave socket，不须要与disk进行交互。无磁盘diskless方式适合磁盘读写速度慢但网络带宽很是高的环境。 repl-diskless-sync no #默认不使用diskless同步方式 repl-diskless-sync-delay 5 #无磁盘diskless方式在进行数据传递以前会有一个时间的延迟，以便slave端可以进行到待传送的目标队列中，这个时间默认是5秒 repl-ping-slave-period 10 #slave端向server端发送pings的时间区间设置，默认为10秒 repl-timeout 60 #设置超时时间 *slave-priority 100 复制集群中，主节点故障时，sentinel应用场景中的主节点选举时使用的优先级；数字越小优先级越高，但0表示不参与选举； min-slaves-to-write 3 #主节点仅容许其可以通讯的从节点数量大于等于此处的值时接受写操做； min-slaves-max-lag 10 #从节点延迟时长超出此处指定的时长时，主节点会拒绝写入操做；

Sentinel是Redis的高可用性（HA）解决方案，由一个或多个Sentinel实例组成的Sentinel系统能够监视任意多个主服务器，以及这些主服务器属下的全部从服务器，并在被监视的主服务器进行下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，而后由新的主服务器代替已下线的主服务器继续处理命令请求。Redis提供的sentinel（哨兵）机制，经过sentinel模式启动redis后，自动监控master/slave的运行状态，基本原理是：心跳机制+投票裁决

监控（Monitoring）： Sentinel 会不断地检查你的主服务器和从服务器是否运做正常。
提醒（Notification）： 当被监控的某个 Redis 服务器出现问题时， Sentinel 能够经过 API 向管理员或者其余应用程序发送通知。

自动故障迁移（Automatic failover）： 当一个主服务器不能正常工做时，Sentinel 会开始一次自动故障迁移操做， 它会将失效主服务器的其中一个从服务器升级为新的主服务器， 并让失效主服务器的其余从服务器改成复制新的主服务器； 当客户端试图链接失效的主服务器时， 集群也会向客户端返回新主服务器的地址， 使得集群可使用新主服务器代替失效服务器。

1、配置sentinel

只需在sentinel节点的配置文件中修改如下配置便可：

port 26379 #sentinel announce-ip 1.2.3.4 #默认监听在0.0.0.0 因此此处能够注释。 dir “/tmp” sentinel monitor mymaster 192.168.1.29 6379 1 #sentinel moitor <master-name> <ip> <redis-port> <法定人数 quorum> #设定master节点的*名称*和位置，法定人数表示多少台sentinel节点认同才能够上线。 <quorum>表示sentinel集群的quorum机制，即至少有quorum个sentinel节点同时断定主节点故障时，才认为其真的故障 s_down: subjectively down o_down: objectively down sentinel down-after-milliseconds mymaster 5000 #若是联系不到节点5000毫秒，咱们就认为此节点下线。 sentinel failover-timeout mymaster 60000 #设定转移主节点的目标节点的超时时长。 sentinel auth-pass <master-name> <password> #若是redis节点启用auth，此处也要设置password。 sentinel parallel-syncs <master-name> <numslaves> #指在failover过程当中，可以被sentinel并行配置的从节点的数量；

一些关于sentinel的命令：

redis-cli -h SENTINEL_HOST -p SENTINEL_PORT
sentinel masters <master-name> #查看此复制集群的主节点信息。 sentinel slaves <master-name> #查看此复制集群的从节点信息。 sentinel failover <node-name> #切换指定的节点为节点为主节点。

Redis 字符串(String)

redis 127.0.0.1:6379> SET runoobkey redis OK redis 127.0.0.1:6379> GET runoobkey "redis"

Redis 哈希(Hash)

127.0.0.1:6379> HMSET runoobkey name "redis tutorial" description "redis basic commands for caching" likes 20 visitors 23000 OK 127.0.0.1:6379> HGETALL runoobkey 1) "name" 2) "redis tutorial" 3) "description" 4) "redis basic commands for caching" 5) "likes" 6) "20" 7) "visitors" 8) "23000"

Redis 列表(List)

redis 127.0.0.1:6379> LPUSH runoobkey redis (integer) 1 redis 127.0.0.1:6379> LPUSH runoobkey mongodb (integer) 2 redis 127.0.0.1:6379> LPUSH runoobkey mysql (integer) 3 redis 127.0.0.1:6379> LRANGE runoobkey 0 10 1) "mysql" 2) "mongodb" 3) "redis"

Redis 集合(Set)

redis 127.0.0.1:6379> SADD runoobkey redis (integer) 1 redis 127.0.0.1:6379> SADD runoobkey mongodb (integer) 1 redis 127.0.0.1:6379> SADD runoobkey mysql (integer) 1 redis 127.0.0.1:6379> SADD runoobkey mysql (integer) 0 redis 127.0.0.1:6379> SMEMBERS runoobkey 1) "mysql" 2) "mongodb" 3) "redis"

Redis 有序集合(sorted set)

redis 127.0.0.1:6379> ZADD runoobkey 1 redis (integer) 1 redis 127.0.0.1:6379> ZADD runoobkey 2 mongodb (integer) 1 redis 127.0.0.1:6379> ZADD runoobkey 3 mysql (integer) 1 redis 127.0.0.1:6379> ZADD runoobkey 3 mysql (integer) 0 redis 127.0.0.1:6379> ZADD runoobkey 4 mysql (integer) 0 redis 127.0.0.1:6379> ZRANGE runoobkey 0 10 WITHSCORES 1) "redis" 2) "1" 3) "mongodb" 4) "2" 5) "mysql" 6) "4"