标签：doc percent filename rediscli memcache 升级 eve 它的 复杂
给公司整理了一个简单的Redis使用手冊。当中非常多部分也是參考的他人的资料，在这里分享一下~
Redis调研及使用文档
随着业务的增长和产品的完好，急速增长的数据给Oracle数据库带来了非常大的压力，而随着我们对产品服务质量要求的提高，传统的数据查询方式已无法满足我们需求。为此我们须要寻找第二种模式来提高数据查询效率。
NoSQL内存数据库是近期兴起的新型数据库，它的特点就是把数据放在内存中操作，数据处理速度相对于磁盘提高了好几个量级，因此，通过把常常訪问的数据转移到内存数据库中，不但能够缓解Oracle的訪问压力，并且能够极大提高数据的訪问速度，提高用户体验。
Redis是一个开源的。先进的key-value持久化产品。它通常被称为数据结构server，它的值能够是字符串（String）、哈希（Map）、列表（List）、集合（Sets）和有序集合（Sorted sets）等类型。
能够在这些类型上面做一些原子操作，如：字符串追加、添加Hash里面的值、加入元素到列表、计算集合的交集，并集和差集。或者区有序集合中排名最高的成员。
为了取得好的性能。Redis是一个内存型数据库。不限于此，Redis也能够把数据持久化到磁盘中，或者把数据操作指令追加了一个日志文件。把它用于持久化。也能够用Rediseasy的搭建master-slave架构用于数据复制。
其他让它像缓存的特性包含，简单的check-and-set机制，pub/sub和配置设置。Redis能够用大部分程序语言来操作：C、C++、C#、Java、Node.js、php、ruby等等。Redis是用ANSIC写的，能够执行在多数POSIX系统，如：Linux，*BSD，OS X和Soloris等。
官方版本号不支持Windows下构建，能够选择一些改动过的版本号。照样能够使用Redis。
String是最主要的类型。并且string 类型是二进制安全的。
意思是 redis 的 string 能够包括不论什么数据。比方 jpg 图片或者序列化的对象。
从内部实现来看事实上 string 能够看作 byte 数组。最大上限是 1G 字节。
string类型数据操作指令简单介绍
1. set keyvalue设置key相应string类型的值。返回1表示成功，0失败。
2. setnx keyvalue假设key不存在。设置key相应string类型的值。假设key已经存在。返回0。
3. get key获取key相应的string值,假设key不存在返回nil
4. getsetkey value先获取key的值，再设置key的值。假设key不存在返回nil。
5. mget key1key2 ...... keyN一次获取多个key的值，假设相应key不存在，则相应返回nil
6. mset key1value1 ...... keyN valueN一次设置多个key的值，成功返回1表示全部的值都设置了。失败返回0表示没有不论什么值被设置。
7. msetnxkey1 value1 ...... keyN valueN一次设置多个key的值，可是不会覆盖已经存在的key incr key 对key的值做++操作。并返回新的值。注意incr一个不是int的value会返回错误，incr一个不存在的key。则设置key值为1。
8. decr key: 对key的值做--操作，decr一个不存在key。则设置key值为-1。
9. incrbykey integer对key加上指定值，key不存在时候会设置key，并觉得原来的value 是0。
10. decrbykey integer对key减去指定值。decrby全然是为了可读性，我们全然能够通过incrby一个负值来实现相同效果，反之中的一个样。
hash是一个string类型的field和value的映射表。加入，删除操作都是O(1)（平均）。 hash特别适合用于存储对象。相对于将对象的每一个字段存成单个string类型。将一个对象存储在hash类型中会占用更少的内存，而且能够更方便的存取整个对象。省内存的原因是新建一个hash对象时開始是用 zipmap（又称为 small hash）来存储的。这个 zipmap 事实上并非hashtable，可是zipmap相比正常的hash实现能够节省不少hash本身须要的一些元数据存储开销。
虽然zipmap的加入。删除，查找都是 O(n)，可是因为一般对象的field 数量都不太多。
所以使用zipmap也是非常快的,也就是说加入删除平均还是O(1)。假设field 或者 value的大小超出一定限制后。redis会在内部自己主动将zipmap替换成正常的hash实现.这个限制能够在配置文件里指定。
hash类型数据操作指令简单介绍
1. hset keyfield value 设置hash field为指定值。假设key不存在，则创建。
2. hget keyfield 获取指定的hash field。
3. hmget keyfiled1....fieldN 获取所有指定的hash filed。
4. hmset keyfiled1 value1 ...... filedN valueN 同一时候设置hash的多个field。
5. hincrbykey field integer 将指定的hashfiled 加上指定值。成功返回hashfiled变更后的值。
6. hexistskey field 检測指定field是否存在。 hdelkey field 删除指定的hash field。
7. hlen key 返回指定hash的field数量。 hkeys key 返回hash的全部field。
8. hvals key 返回hash的全部value。
9. hgetall 返回hash的全部filed和value。
list是一个链表结构，能够理解为一个每一个子元素都是 string 类型的双向链表。主要功
能是push、pop、获取一个范围的全部值等。操作中key理解为链表的名字。
List类型数据操作指令简单介绍
1. lpush keystring 在key相应list的头部加入字符串元素，返回1表示成功，0表示key存在且不是list类型。
2. rpush keystring 在key相应list的尾部加入字符串元素。
3. llen key 返回key相应list的长度。假设key不存在返回0，假设key相应类型不是list 返回错误。
4. lrangekey start end 返回指定区间内的元素，下标从0開始，负值表示从后面计算，-1表示倒数第一个元素 。key不存在返回空列表。
5. ltrim keystart end 截取list指定区间内元素，成功返回1。key不存在返回错误。
6. lset keyindex value 设置list中指定下标的元素值，成功返回1，key或者下标不存在返回错误。
7. lrem keycount value 从 List 的头部（count正数）或尾部（count负数）删除一定数量（count）匹配value的元素，返回删除的元素数量。
count为0时候删除所有。
8. lpop key 从list的头部删除并返回删除元素。假设key相应list不存在或者是空返回nil，假设key相应值不是list返回错误。
9. rpop key从list的尾部删除并返回删除元素。
10. blpopkey1 ...... keyN timeout 从左到右扫描，返回对第一个非空list进行lpop操作并返回，比方blpop list1 list2 list3 0 ,假设list不存在list2,list3都是非空则对list2做 lpop并返回从list2中删除的元素。
假设全部的list都是空或不存在。则会堵塞timeout秒，timeout为0表示一直堵塞。当堵塞时，假设有client对key1...keyN中的随意key 进行push操作，则第一在这个key上被堵塞的client会马上返回。
假设超时发生，则返回 nil。
有点像unix的select或者poll。
11. brpop 同blpop，一个是从头部删除一个是从尾部删除。
set是无序集合，最大能够包括(2的 32 次方-1)个元素。set 的是通过 hash table 实现的。所以加入，删除。查找的复杂度都是 O(1)。
hash table 会随着加入或者删除自己主动的调整大小。
须要注意的是调整 hash table 大小时候须要同步（获取写锁）会堵塞其他读写操作。
可能不久后就会改用跳表（skip list）来实现。跳表已经在 sorted sets 中使用了。关于 set 集合类型除了主要的加入删除操作，其他实用的操作还包括集合的取并集(union)。交集(intersection)，差集(difference)。通过这些操作能够非常easy的实现 SNS 中的好友推荐和 blog 的 tag 功能。
set类型数据操作指令简单介绍
1. sadd keymember 加入一个string元素到key相应set集合中，成功返回1,假设元素以及在集合中则返回0，key相应的set不存在则返回错误。
2. srem keymember 从key相应set中移除指定元素，成功返回1。假设member在集合中不存在或者key不存在返回0，假设key相应的不是set类型的值返回错误。
3. spop key 删除并返回key相应set中随机的一个元素,假设set是空或者key不存在返回 nil。
4. srandmemberkey 同spop，随机取set中的一个元素，可是不删除元素。
5. smovesrckey dstkey member 从srckey相应set中移除member并加入到dstkey相应set中，整个操作是原子的。
成功返回1,假设member在srckey中不存在返回0。假设key不是set 类型返回错误。
6. scard key 返回set的元素个数。假设set是空或者key不存在返回0。
7. sismemberkey member 推断member是否在set中，存在返回1，0表示不存在或者key不存在。
8. sinterkey1 key2 …… keyN 返回全部给定key的交集。
9. sinterstoredstkey key1 ....... keyN 返回全部给定key的交集。并保存交集存到dstkey下。
10. sunionkey1 key2 ...... keyN 返回全部给定key的并集。
11. sunionstoredstkey key1 ...... keyN 返回全部给定key的并集，并保存并集到dstkey下。
12. sdiffkey1 key2 ...... keyN 返回全部给定key的差集。
13. sdiffstoredstkey key1 ...... keyN 返回全部给定key的差集，并保存差集到dstkey下。
14. smemberskey 返回key相应set的全部元素，结果是无序的。
sorted set是有序集合。它在set的基础上添加了一个顺序属性。这一属性在加入改动元素的时候能够指定，每次指定后。会自己主动又一次按新的值调整顺序。能够理解了有两列的 mysql表，一列存value，一列存顺序。操作中key理解为sorted set的名字。
Sorted Set类型数据操作指令简单介绍
1. add keyscore member 加入元素到集合，元素在集合中存在则更新相应score。
2. zrem keymember 删除指定元素，1 表示成功，假设元素不存在返回 0。
3. zincrbykey incr member 添加相应 member 的 score 值，然后移动元素并保持skip list 保持有序。返回更新后的 score 值。
4. zrank keymember 返回指定元素在集合中的排名（下标）。集合中元素是按 score 从小到大排序的。
5. zrevrankkey member 同上,可是集合中元素是按score 从大到小排序。
6. zrangekey start end 类似 lrange 操作从集合中去指定区间的元素。返回的是有序结果
7. zrevrangekey start end 同上。返回结果是按 score 逆序的。
8. zrangebyscorekey min max 返回集合中 score 在给定区间的元素。
9. zcountkey min max 返回集合中 score 在给定区间的数量。
10. zcard key 返回集合中元素个数。
11. zscorekey element 返回给定元素相应的 score。
12. zremrangebyrankkey min max 删除集合中排名在给定区间的元素。
13. zremrangebyscorekey min max 删除集合中 score 在给定区间的元素。
Redis支持将数据同步到多台从库上，这样的特性对提高读取性能很故意。master能够有多个slave。除了多个slave连到同样的master外，slave也能够连接其他slave形成图状结构。主从复制不会堵塞master。也就是说当一个或多个slave与master进行初次同步数据时，master能够继续处理client发来的请求。相反slave在初次同步数据时则会堵塞不能处理client的请求。
主从复制能够用来提高系统的可伸缩性,我们能够用多个slave 专门用于client的读请求，比方sort操作能够使用slave来处理。也能够用来做简单的数据冗余。能够在 master 禁用数据持久化。仅仅须要凝视掉 master 配置文件里的全部 save 配置，然后仅仅在 slave 上配置数据持久化。
当设置好 slave server后，slave 会建立和 master 的连接。然后发送 sync命令。不管是第一次同步建立的连接还是连接断开后的又一次连接。master 都会启动一个后台进程，将数据库快照保存到文件里，同一时候 master 主进程会開始收集新的写命令并缓存起来。后台进程完毕写文件后。master 就发送文件给 slave。slave 将文件保存到磁盘上，然后载入到内存恢复数据库快照到 slave 上。接着 master 就会把缓存的命令转发给 slave。
并且兴许 master 收到的写命令都会通过開始建立的连接发送给slave。
从master到slave的同步数据的命令和从client发送的命令使用同样的协议格式。当 master 和 slave 的连接断开时 slave 能够自己主动又一次建立连接。
假设 master 同一时候收到多个 slave 发来的同步连接命令。仅仅会启动一个进程来写数据库镜像，然后发送给全部 slave。
配置 slaveserver非常easy，仅仅须要在配置文件里增加例如以下配置
slaveof 192.168.1.1 6379 #指定 master的 ip 和port。
通常Redis将数据存储在内存中或虚拟内存中。但它提供了数据持久化功能能够把内存中的数据持久化到磁盘。持久化有什么优点呢？比方能够保证断电后数据不会丢失，升级server也会变得更加方便。Redis提供了两种数据持久化的方式。
这样的方式就是将内存中数据以快照的方式写入到二进制文件里，默认的文件名称为 dump.rdb。client也能够使用save或者bgsave命令通知redis做一次快照持久化。
save操作是在主线程中保存快照的。因为redis是用一个主线程来处理全部client的请求，这样的方式会堵塞全部client请求。所以不推荐使用。还有一点须要注意的是，每次快照持久化都是将内存数据完整写入到磁盘一次，并非增量的仅仅同步增量数据。
假设数据量大的话，写操作会比較多，必定会引起大量的磁盘IO操作，可能会严重影响性能。
这样的方式的缺点也是显而易见的。因为快照方式是在一定间隔时间做一次的，所以假设 redis 意外当机的话，就会丢失最后一次快照后的全部数据改动。
这种方式 redis 会将每个收到的写命令都通过 write 函数追加到文件里(默认 appendonly.aof)。当redis重新启动时会通过又一次运行文件里保存的写命令来在内存中重建整个数据库的内容。当然因为操作系统会在内核中缓存write做的改动，所以可能不是马上写到磁盘上。这种持久化还是有可能会丢失部分改动。
只是我们能够通过配置文件告诉 redis我们想要通过fsync函数强制操作系统写入到磁盘的时机。有三种方式例如以下（默认是：每秒fsync一次）
appendonly yes //启用日志追加持久化方式
1. appendfsync always //每次收到写命令就马上强制写入磁盘，最慢的，可是保证全然持久化，不推荐使用。
2. appendfsync everysec //每秒钟强制写入磁盘一次，在性能和持久化方面做了非常好的折中。推荐使用。
3. appendfsync no //全然依赖操作系统，性能最好,持久化没保证。
日志追加方式同一时候带来了还有一个问题。持久化文件会变的越来越大。比如我们调用 incr test 命令 100 次。文件里必须保存所有 100 条命令，事实上有 99 条都是多余的。由于要恢复数据库状态事实上文件里保存一条 set test 100 就够了。
为了压缩这样的持久化方式的日志文件。
redis 提供了 bgrewriteaof 命令。收到此命令 redis 将使用与快照类似的方式将内存中的数据以命令的方式保存到暂时文件里，最后替换原来的持久化日志文件。
首先说明下redis的虚拟内存与操作系统虚拟内存不是一码事，可是思路和目的都是同样的。就是临时把不常常訪问的数据从内存交换到磁盘中。从而腾出宝贵的内存空间。
对于 redis这种内存数据库，内存总是不够用的。除了可以将数据切割到多个redis server以外。另外的可以提高数据库容量的办法就是使用虚拟内存技术把那些不常常訪问的数据交换到磁盘上。假设我们存储的数据总是有少部分数据被常常訪问，大部分数据非常少被訪问。对于站点来说确实总是仅仅有少量用户常常活跃。当少量数据被常常訪问时，使用虚拟内存不但能提高单台redis数据库server的容量，并且也不会对性能造成太多影响。
redis没有使用操作系统提供的虚拟内存机制而是自己在用户态实现了自己的虚拟内
存机制。基本的理由有下面两点，操作系统的虚拟内存是以4k/页为最小单位进行交换的。而redis的大多数对象都远小于4k，所以一个操作系统页上可能有多个redis对象。另外redis的集合对象类型如 list,set可能存在于多个操作系统页上。终于可能造成仅仅有10%的key被常常訪问，可是全部操作系统页都会被操作系统觉得是活跃的。这样仅仅有内存真正耗尽时操作系统才会进行页的交换。相比操作系统的交换方式。redis能够将被交换到磁盘的对象进行压缩,保存到磁盘的对象能够去除指针和对象元数据信息。
一般压缩后的对象会比内存中的对象小 10倍。这样redis的虚拟内存会比操作系统的虚拟内存少做非常多IO操作。
vm-enabled yes 开启虚拟内存功能
vm-swap-file /tmp/redis.swap 交换出来value保存的文件路径/tmp/redis.swapvm-max-memory268435456 redis使用的最大内存上限（256MB），超过上限后 redis開始交换value到磁盘swap文件里。
建议设置为系统空暇内存的60 %-80%
vm-page-size 32 每一个redis页的大小32个字节
vm-pages 134217728 最多在文件里使用多少个页,交换文件的大小 =（vm-page-size* vm-pages）4 GB
vm-max-threads 8 用于运行value对象换入换出的工作线程数量。
0 表示不使用工作线程
Redis最新稳定版还不支持集群。会在以后的V3.0提供集群功能，如今进度是V3.0已经公布Beta-7版，计划今年年底正式推出稳定版。
Redis提供了Partitioning（类似于Memcached在client进行Hash映射）机制以支持多实例，以下介绍下Partitioning目标：
1. 突破了单一计算机内存限制，能够利用到多个计算机的内存和
2. 通过配置多个计算机来拓展计算能力，解决网络、网卡瓶颈
Partitioning支持：
1. 通过Client端实现Partitioning。即Client端在读写数据的时候依据自己的选择算法自己主动选择合适的Redis实例
2. 代理Partitioning，即client把读写请求发到代理，由来自选择合适的实例，twitter为Redis和Memcached专门写了一个代理 Twemproxy
3. 查询时自己主动routing：client随机发送命令到不论什么一个实例，这个实例会把请求转发给合适的实例，这个功能如今还不支持。3.0版本号实现的集群功能支持
全部特性请參考：http://redis.io/documentation
全部命令请參考：http://redis.io/commands#sorted_set
$ wget http://download.redis.io/releases/redis-2.8.13.tar.gz$ tar xzf redis-2.8.13.tar.gz$ cd redis-2.8.13$ make$ src/redis-server
$ src/redis-cliredis> set foo barOKredis> get foo"bar"详细请參考：http://redis.io/download
1. Redis默认不是以守护进程的方式执行。能够通过该配置项改动，使用yes启用守护进程
daemonize yes
2. 当Redis以守护进程方式执行时，Redis默认会把pid写入/var/run/redis.pid文件，能够通过pidfile指定
pidfile/usr/local/redis/var/redis.pid
3. 指定Redis监听port。默认port为6379。作者在自己的一篇博文中解释了为什么选用6379作为默认port，由于6379在手机按键上MERZ相应的号码。而MERZ取自意大利歌女Alessia Merz的名字。
port 6379
4. 绑定的主机地址
bind 127.0.0.1
5. 当client闲置多长时间后关闭连接，假设指定为0，表示关闭该功能
timeout 0
6. 对client发送ACK信息，linux中单位为秒
tcp-keepalive 0
7. 指定日志记录级别，Redis总共支持四个级别：debug、verbose、notice、warning，默觉得notice
loglevel notice
8. 日志记录位置。默觉得标准输出
logfile/usr/local/redis/var/redis.log
9. 设置数据库的数量，默认数据库为0，能够使用SELECT 命令在连接上指定数据库id
databases 16
10. 指定在多长时间内，有多少次更新操作，就将数据同步到数据文件，能够多个条件配合
Save分别表示900秒（15分钟）内有1个更改，300秒（5分钟）内有10个更改以及60秒内有10000个更改。
Redis默认配置文件里提供了三个条件：
save 900 1
save 300 10
save 60 10000
11. 持久化失败以后。redis是否停止
stop-writes-on-bgsave-erroryes
12. 指定存储至本地数据库时是否压缩数据，默觉得yes，Redis採用LZF压缩，假设为了节省CPU时间，能够关闭该选项，但会导致数据库文件变的巨大
rdbcompression yes
rdbchecksum yes
13. 指定本地数据库文件名称，默认值为dump.rdb
dbfilename dump.rdb
14. 指定本地数据库存放文件夹
dir /usr/local/redis/var
15. 设置当本机为slave服务时，设置master服务的IP地址及port，在Redis启动时，它会自己主动从master进行数据同步
slaveof
16. 当master服务设置了password保护时，slave服务连接master的password
masterauth
17. 设置Redis连接password，假设配置了连接password，client在连接Redis时须要通过AUTH 命令提供password。默认关闭
requirepass foobared
18. 设置同一时间最大客户端连接数，在 Redis2.4中。最大连接数是被直接硬编码在代码里面的，而在2.6版本号中这个值变成可配置的。
maxclients 的默认值是 10000，你也能够在 redis.conf 中对这个值进行改动。
当然，这个值仅仅是 Redis 一厢情愿的值，Redis 还会照应到系统本身对进程使用的文件描写叙述符数量的限制。
在启动时 Redis 会检查系统的 soft limit，以查看打开文件描写叙述符的个数上限。假设系统设置的数字，小于咱们希望的最大连接数加32，那么这个 maxclients 的设置将不起作用，Redis 会按系统要求的来设置这个值。（加32是由于 Redis 内部会使用最多32个文件描写叙述符，所以连接能使用的相当于全部能用的描写叙述符号减32）。当上面说的这样的情况发生时（maxclients 设置后不起作用的情况）。Redis 的启动过程中将会有对应的日志记录。比方以下命令希望设置最大客户端数量为10000，所以 Redis 须要 10000+32 个文件描写叙述符。而系统的最大文件描写叙述符号设置为10144，所以 Redis 仅仅能将maxclients 设置为 10144 – 32 = 10112。
maxclients 10000
19. 指定Redis最大内存限制。Redis在启动时会把数据载入到内存中，达到最大内存后。Redis会先尝试清除已到期或即将到期的Key，当此方法处理后，仍然到达最大内存设置，将无法再进行写入操作，但仍然能够进行读取操作。Redis新的vm机制，会把Key存放内存。Value会存放在swap区
maxmemory
slave-serve-stale-data yes
slave-read-only yes
repl-disable-tcp-nodelay no
slave-priority 100
20. 指定是否在每次更新操作后进行日志记录。Redis在默认情况下是异步的把数据写入磁盘。假设不开启，可能会在断电时导致一段时间内的数据丢失。
由于Redis本身同步数据文件是按上面slave条件来同步的，所以有的数据会在一段时间内仅仅存在于内存中。
默觉得no
appendonly no
21. 指定更新日志文件名称，默觉得appendonly.aof
appendfilename appendonly.aof
22. 指定更新日志条件，共同拥有3个可选值：
no：表示等操作系统进行数据缓存同步到磁盘（快）
always：表示每次更新操作后手动调用fsync()将数据写到磁盘（慢，安全）
everysec：表示每秒同步一次（折衷，默认值）
appendfsync everysec
23. 指定是否启用虚拟内存机制，默认值为no，简单的介绍一下。VM机制将数据分页存放，由Redis将訪问量较少的页即冷数据swap到磁盘上。訪问多的页面由磁盘自己主动换出到内存中（在后面的文章我会细致分析Redis的VM机制）
vm-enabled no
24. 虚拟内存文件路径。默认值为/tmp/redis.swap，不可多个Redis实例共享
vm-swap-file /tmp/redis.swap
25. 将全部大于vm-max-memory的数据存入虚拟内存,不管vm-max-memory设置多小,全部索引数据都是内存存储的(Redis的索引数据就是keys),也就是说,当vm-max-memory设置为0的时候,事实上是全部value都存在于磁盘。
vm-max-memory 0
26. Redis swap文件分成了非常多的page，一个对象能够保存在多个page上面，但一个page上不能被多个对象共享。vm-page-size是要依据存储的 数据大小来设定的，作者建议假设存储非常多小对象，page大小最好设置为32或者64bytes。假设存储非常大大对象。则能够使用更大的page，假设不确定。就使用默认值
vm-page-size32
27. 设置swap文件里的page数量，因为页表（一种表示页面空暇或使用的bitmap）是在放在内存中的。。在磁盘上每8个pages将消耗1byte的内存。
vm-pages 134217728
28. 设置訪问swap文件的线程数,最好不要超过机器的核数,假设设置为0,那么全部对swap文件的操作都是串行的，可能会造成比較长时间的延迟。
默认值为4
vm-max-threads 4
no-appendfsync-on-rewrite no
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
lua-time-limit 5000
slowlog-log-slower-than 10000
slowlog-max-len 128
29. 指定在超过一定的数量或者最大的元素超过某一临界值时。採用一种特殊的哈希算法
hash-max-ziplist-entries 512
hash-max-ziplist-value 64
list-max-ziplist-entries 512
list-max-ziplist-value 64
set-max-intset-entries 512
zset-max-ziplist-entries 128
zset-max-ziplist-value 64
30. 指定是否激活重置哈希，默觉得开启（后面在介绍Redis的哈希算法时详细介绍）
activerehashing yes
client-output-buffer-limit normal 0 00
client-output-buffer-limit slave256mb 64mb 60
client-output-buffer-limit pubsub32mb 8mb 60
hz 10
31. 指定包括其他的配置文件，能够在同一主机上多个Redis实例之间使用同一份配置文件，而同一时候各个实例又拥有自己的特定配置文件
详细请參考：https://raw.githubusercontent.com/antirez/redis/2.6/redis.conf
我们选择的Redisclient实现是Jedis。这是比較成熟的Redisclient。也是官网力荐的。由于Redis本身不支持集群功能。我们的思路是在集群中启动多个独立的实例。在client通过“一致性hash”技术来实现对集群中各个Redis实例进行读写，Jedis通过ShardJedis对象对”一致性hash”提供支持。
static ShardedJedisPoolpool;
static {
//配置
JedisPoolConfig config = new JedisPoolConfig(); config.setMaxTotal(1024);
config.setMaxIdle(5);
config.setMaxWaitMillis(1000*2);
//创建ShardJedis对象
String masterA = "10.10.0.3";
String masterB = "10.10.0.131";
int port = 6379;
List<JedisShardInfo> jdsInfoList =new ArrayList<JedisShardInfo>(2);
JedisShardInfo infoA = new JedisShardInfo(masterA, port);
JedisShardInfo infoB = new JedisShardInfo(masterB, port);
jdsInfoList.add(infoA);
jdsInfoList.add(infoB);
//创建ShardJedisPool
pool = new ShardedJedisPool(config, jdsInfoList, Hashing.MURMUR_HASH, Sharded.DEFAULT_KEY_TAG_PATTERN);
}
ShardedJedis jedis= pool.getResource();//从池中获取
jedis.set("foo","bar");//写入Redis
String value = jedis.get("foo");//读出
pool.returnResource(jedis);//释放掉资源
详细请參考：https://github.com/xetorthio/jedis
标签：doc percent filename rediscli memcache 升级 eve 它的 复杂
原文地址：http://www.cnblogs.com/ycfenxi/p/6719696.html
