一、简介：
在过去的几年中，NoSQL数据库一度成为高并发、海量数据存储解决方案的代名词，与之相应的产品也呈现出雨后春笋般的生机。然而在众多产品中能够脱颖而出的却屈指可数，如Redis、MongoDB、BerkeleyDB和CouchDB等。由于每种产品所拥有的特征不同，因此它们的应用场景也存在着一定的差异，下面仅给出简单的说明：
? 1). BerkeleyDB是一种极为流行的开源嵌入式数据库，在更多情况下可用于存储引擎，比如BerkeleyDB在被Oracle收购之前曾作为mysql的存储引擎，由此可以预见，该产品拥有极好的并发伸缩性，支持事务及嵌套事务，海量数据存储等重要特征，在用于存储实时数据方面具有极高的可用价值。然而需要指出的是，该产品的Licence为GPL，这就意味着它并不是在所有情况下都是免费使用的。
? 2). 对MongoDB的定义为Oriented-Document数据库服务器，和BerkeleyDB不同的是该数据库可以像其他关系型数据库服务器那样独立的运行并提供相关的数据服务。从该产品的官方文档中我们可以获悉，MongoDB主要适用于高并发的论坛或博客网站，这些网站具有的主要特征是并发访问量高、多读少写、数据量大、逻辑关系简单，以及文档数据作为主要数据源等。和BerkeleyDB一样，该产品的License同为GPL。
? 3). Redis，典型的NoSQL数据库服务器，和BerkeleyDB相比，它可以作为服务程序独立运行于自己的服务器主机。在很多时候，人们只是将Redis视为Key/Value数据库服务器，然而事实并非如此，在目前的版本中，Redis除了Key/Value之外还支持List、Hash、Set和Ordered Set等数据结构，因此它的用途也更为宽泛。对于此种误解，Redis官网也进行了相应的澄清。和以上两种产品不同的是，Redis的License是Apache License，就目前而言，它是完全免费。
? 4). memcached，数据缓存服务器。它们之间的最大区别，memcached只是提供了数据缓存服务，一旦服务器宕机，之前在内存中缓存的数据也将全部消失，因此可以看出memcached没有提供任何形式的数据持久化功能，而Redis则提供了这样的功能。再有就是Redis提供了更为丰富的数据存储结构，如Hash和Set。至于它们的相同点，主要有两个，一是完全免费，再有就是它们的提供的命令形式极为接近。
二、redis的优势：
1). 和其他NoSQL产品相比，Redis的易用性极高，因此对于那些有类似产品使用经验的开发者来说，一两天，甚至是几个小时之后就可以利用Redis来搭建自己的平台了。
? 2). 在解决了很多通用性问题的同时，也为一些个性化问题提供了相关的解决方案，如索引引擎、统计排名、消息队列服务等。
三、安装以及使用（在linux环境下，至于安装包去官网下载就可以）：
1. 安装：
1.解压redis-3.2.8.tar.gz
tar -zxvf redis-3.2.8.tar.gz
2.编译
cd redis-3.2.8
make
3.安装命令
cd redis-3.2.8
make PREFIX=/home/soft01/software/redis-bin install
2. 启动( cd到redis-bin目录下)：
使用默认配置
./redis-server
使用自定义配置文件启动
./redis-server redis.conf
3.连接redis( cd到redis-bin目录下):
./redis-cli
4.关闭：
方案一:服务器窗口中Ctrl+C
方案二:客户端连接之后 输入shutdown
5.解决端口占用：
lsof -i:端口
得到PID
kill PID (平滑kill)
kill -9 PID (强制kill)
查看软件启动状态
ps -aux | grep redis
下面是代码操作：
1 #### 3.String类型
2
3 ##### 概述
4
5 ? 字符串类型是Redis中最为基础的数据存储类型，它在Redis中是二进制安全的，这便意味着该类型可以接受任何格式的数据，如JPEG图像数据或Json对象描述信息等。在Redis中字符串类型的Value最多可以容纳的数据长度是512M。
6
7 ```shell
8 # set/get/append/strlen
9 $ redis-cli
10 127.0.0.1:6379> select 0
11 OK
12 127.0.0.1:6379> exists mykey #判断该键是否存在，存在返回1，不存在返回0
13 (integer) 0
14 127.0.0.1:6379> append mykey "hello" #该键不存在，因此append命令返回当前Value的长度。
15 (integer) 5
16 127.0.0.1:6379> append mykey " world" #该键已经存在，因此返回追加后Value的长度。
17 (integer) 11
18 127.0.0.1:6379> get mykey #获取mykey的值
19 "hello world"
20 #设置mykey，存在覆盖 set mykey "hello" (EX 5 PX s5000 NX/XX) EX和PX表示失效时间，单位为秒和毫秒
21 #NX不存在的时候才会保存,XX存在的时候才会保存
22 127.0.0.1:6379> set mykey "this is test"
23 OK
24 127.0.0.1:6379> get mykey
25 "this is test"
26 127.0.0.1:6379> strlen mykey #获取mykey的长度
27 (integer) 12
28
29
30 # incr/decr/incrby/decrby
31 127.0.0.1:6379> set mykey 20 XX #设置mykey为20
32 OK
33 127.0.0.1:6379> incr mykey #递增1
34 (integer) 21
35 127.0.0.1:6379> decr mykey #递减1
36 (integer) 20
37 127.0.0.1:6379> del mykey #删除该键
38 (integer) 1
39 127.0.0.1:6379> decr mykey
40 (integer) -1
41 127.0.0.1:6379> del mykey
42 (integer) 1
43 127.0.0.1:6379> INCR mykey
44 (integer) 1
45 127.0.0.1:6379> set mykey ‘hello‘ #将该键的Value设置为不能转换为整型的普通字符串。
46 OK
47 127.0.0.1:6379> incr mykey #在该键上再次执行递增操作时，Redis将报告错误信息。
48 (error) ERR value is not an integer or out of range
49 127.0.0.1:6379> set mykey 10
50 OK
51 127.0.0.1:6379> decrby mykey 5 #递减5
52 (integer) 5
53 127.0.0.1:6379> incrby mykey 10 #递增10
54 (integer) 15
55
56
57 # getset 获取的同时并设置新的值
58 127.0.0.1:6379> incr mycount #将计数器的值原子性的递增1
59 (integer) 1
60 #在获取计数器原有值的同时，并将其设置为新值，这两个操作原子性的同时完成。
61 127.0.0.1:6379> getset mycount 0
62 "1"
63 127.0.0.1:6379> get mycount #查看设置后的结果。
64 "0"
65
66
67
68 # setex 设置过期时间
69 127.0.0.1:6379> setex mykey 10 "hello" #设置指定Key的过期时间为10秒
70 OK
71 127.0.0.1:6379> ttl mykey #通过ttl命令查看一下指定Key的剩余存活时间(秒数)
72 (integer) 8
73
74
75 # setnx
76 127.0.0.1:6379> del mykey
77 (integer) 0
78 127.0.0.1:6379> setnx mykey ‘abc‘ #如果key不存在，可以设置成功
79 (integer) 1
80 127.0.0.1:6379> setnx mykey ‘workd‘ #如果key存在，设置不成功
81 (integer) 0
82 127.0.0.1:6379> get mykey
83 "abc"
84
85
86 # setrange/getrange
87 127.0.0.1:6379> set mykey "hello world"
88 OK
89 127.0.0.1:6379> get mykey
90 "hello world"
91 127.0.0.1:6379> setrange mykey 6 dd #从第6位开始替换两位
92 (integer) 11
93 127.0.0.1:6379> get mykey
94 "hello ddrld"
95 127.0.0.1:6379> setrange mykey 20 dd #超过长度使用0代替
96 (integer) 22
97 127.0.0.1:6379> get mykey
98 "hello ddrld\x00\x00\x00\x00\x00\x00\x00\x00\x00dd"
99 127.0.0.1:6379> getrange mykey 3 12 #获取3～12之间的内容
100 "lo ddrld\x00\x00"
101
102 # setbit/getbit
103 redis 127.0.0.1:6379> del mykey
104 (integer) 1
105 redis 127.0.0.1:6379> setbit mykey 7 1 #设置从0开始计算的第七位BIT值为1，返回原有BIT值0
106 (integer) 0
107 redis 127.0.0.1:6379> get mykey #获取设置的结果，二进制的0000 0001的十六进制值为0x01
108 "\x01"
109 redis 127.0.0.1:6379> setbit mykey 6 1 #设置从0开始计算的第六位BIT值为1，返回原有BIT值0
110 (integer) 0
111 redis 127.0.0.1:6379> get mykey #获取设置的结果，二进制的0000 0011的十六进制值为0x03
112 "\x03"
113 redis 127.0.0.1:6379> getbit mykey 6 #返回了指定Offset的BIT值。
114 (integer) 1
115 redis 127.0.0.1:6379> getbit mykey 10 #Offset已经超出了value的长度，因此返回0。
116 (integer) 0
117
118 # mset/mget/msetnx
119 redis 127.0.0.1:6379> mset key1 "hello" key2 "world" #批量设置了key1和key2两个键。
120 OK
121 redis 127.0.0.1:6379> mget key1 key2 #批量获取了key1和key2两个键的值。
122 1) "hello"
123 2) "world"
124 #批量设置了key3和key4两个键，因为之前他们并不存在，所以该命令执行成功并返回1。
125 redis 127.0.0.1:6379> msetnx key3 "stephen" key4 "liu"
126 (integer) 1
127 redis 127.0.0.1:6379> mget key3 key4
128 1) "stephen"
129 2) "liu"
130 #批量设置了key3和key5两个键，但是key3已经存在，所以该命令执行失败并返回0。
131 redis 127.0.0.1:6379> msetnx key3 "hello" key5 "world"
132 (integer) 0
133 #批量获取key3和key5，由于key5没有设置成功，所以返回nil。
134 redis 127.0.0.1:6379> mget key3 key5
135 1) "stephen"
136 2) (nil)
137 ```
138
139
140
141 #### 4.List类型
142
143 ##### 概述
144
145 ? 在Redis中，List类型是按照插入顺序排序的字符串链表。和数据结构中的普通链表一样，我们可以在其头部(left)和尾部(right)添加新的元素。在插入时，如果该键并不存在，Redis将为该键创建一个新的链表。与此相反，如果链表中所有的元素均被移除，那么该键也将会被从数据库中删除。List中可以包含的最大元素数量是4294967295。
146 ? 从元素插入和删除的效率视角来看，如果我们是在链表的两头插入或删除元素，这将会是非常高效的操作，即使链表中已经存储了百万条记录，该操作也可以在常量时间内完成。然而需要说明的是，如果元素插入或删除操作是作用于链表中间，那将会是非常低效的。相信对于有良好数据结构基础的开发者而言，这一点并不难理解。
147
148 ```shell
149 # lpush/lpushx/lrange
150 redis-cli #在Shell提示符下启动redis客户端工具。
151 redis 127.0.0.1:6379> del mykey
152 (integer) 1
153 #mykey键并不存在，该命令会创建该键及与其关联的List，之后在将参数中的values从左到右依次插入。
154 redis 127.0.0.1:6379> lpush mykey a b c d
155 (integer) 4
156 #取从位置0开始到位置2结束的3个元素。
157 redis 127.0.0.1:6379> lrange mykey 0 2
158 1) "d"
159 2) "c"
160 3) "b"
161 #取链表中的全部元素，其中0表示第一个元素，-1表示最后一个元素。
162 redis 127.0.0.1:6379> lrange mykey 0 -1
163 1) "d"
164 2) "c"
165 3) "b"
166 4) "a"
167 #mykey2键此时并不存在，因此该命令将不会进行任何操作，其返回值为0。
168 redis 127.0.0.1:6379> lpushx mykey2 e
169 (integer) 0
170 #可以看到mykey2没有关联任何List Value。
171 redis 127.0.0.1:6379> lrange mykey2 0 -1
172 (empty list or set)
173 #mykey键此时已经存在，所以该命令插入成功，并返回链表中当前元素的数量。
174 redis 127.0.0.1:6379> lpushx mykey e
175 (integer) 5
176 #获取该键的List Value的头部元素。
177 redis 127.0.0.1:6379> lrange mykey 0 0
178 1) "e"
179
180
181 # lpop/llen
182 redis 127.0.0.1:6379> lpush mykey a b c d
183 (integer) 4
184 redis 127.0.0.1:6379> lpop mykey
185 "d"
186 redis 127.0.0.1:6379> lpop mykey
187 "c"
188 #在执行lpop命令两次后，链表头部的两个元素已经被弹出，此时链表中元素的数量是2
189 redis 127.0.0.1:6379> llen mykey
190 (integer) 2
191
192 # lrem/lset/lindex/ltrim
193 #为后面的示例准备测试数据。
194 redis 127.0.0.1:6379> lpush mykey a b c d a c
195 (integer) 6
196 #从头部(left)向尾部(right)变量链表，删除2个值等于a的元素，返回值为实际删除的数量。
197 redis 127.0.0.1:6379> lrem mykey 2 a
198 (integer) 2
199 #看出删除后链表中的全部元素。
200 redis 127.0.0.1:6379> lrange mykey 0 -1
201 1) "c"
202 2) "d"
203 3) "c"
204 4) "b"
205 #获取索引值为1(头部的第二个元素)的元素值。
206 redis 127.0.0.1:6379> lindex mykey 1
207 "d"
208 #将索引值为1(头部的第二个元素)的元素值设置为新值e。
209 redis 127.0.0.1:6379> lset mykey 1 e
210 OK
211 #查看是否设置成功。
212 redis 127.0.0.1:6379> lindex mykey 1
213 "e"
214 #索引值6超过了链表中元素的数量，该命令返回nil。
215 redis 127.0.0.1:6379> lindex mykey 6
216 (nil)
217 #设置的索引值6超过了链表中元素的数量，设置失败，该命令返回错误信息。
218 redis 127.0.0.1:6379> lset mykey 6 hh
219 (error) ERR index out of range
220 #仅保留索引值0到2之间的3个元素，注意第0个和第2个元素均被保留。
221 redis 127.0.0.1:6379> ltrim mykey 0 2
222 OK
223 #查看trim后的结果。
224 redis 127.0.0.1:6379> lrange mykey 0 -1
225 1) "c"
226 2) "e"
227 3) "c"
228
229 # linsert
230 #删除该键便于后面的测试。
231 redis 127.0.0.1:6379> del mykey
232 (integer) 1
233 #为后面的示例准备测试数据。
234 redis 127.0.0.1:6379> lpush mykey a b c d e
235 (integer) 5
236 #在a的前面插入新元素a1。
237 redis 127.0.0.1:6379> linsert mykey before a a1
238 (integer) 6
239 #查看是否插入成功，从结果看已经插入。注意lindex的index值是0-based。
240 redis 127.0.0.1:6379> lindex mykey 0
241 "e"
242 #在e的后面插入新元素e2，从返回结果看已经插入成功。
243 redis 127.0.0.1:6379> linsert mykey after e e2
244 (integer) 7
245 #再次查看是否插入成功。
246 redis 127.0.0.1:6379> lindex mykey 1
247 "e2"
248 #在不存在的元素之前或之后插入新元素，该命令操作失败，并返回-1。
249 redis 127.0.0.1:6379> linsert mykey after k a
250 (integer) -1
251 #为不存在的Key插入新元素，该命令操作失败，返回0。
252 redis 127.0.0.1:6379> linsert mykey1 after a a2
253 (integer) 0
254
255 # rpush/rpushx/rpop/rpoplpush
256 #删除该键，以便于后面的测试。
257 redis 127.0.0.1:6379> del mykey
258 (integer) 1
259 #从链表的尾部插入参数中给出的values，插入顺序是从左到右依次插入。
260 redis 127.0.0.1:6379> rpush mykey a b c d
261 (integer) 4
262 #通过lrange的可以获悉rpush在插入多值时的插入顺序。
263 redis 127.0.0.1:6379> lrange mykey 0 -1
264 1) "a"
265 2) "b"
266 3) "c"
267 4) "d"
268 #该键已经存在并且包含4个元素，rpushx命令将执行成功，并将元素e插入到链表的尾部。
269 redis 127.0.0.1:6379> rpushx mykey e
270 (integer) 5
271 #通过lindex命令可以看出之前的rpushx命令确实执行成功，因为索引值为4的元素已经是新元素了。
272 redis 127.0.0.1:6379> lindex mykey 4
273 "e"
274 #由于mykey2键并不存在，因此该命令不会插入数据，其返回值为0。
275 redis 127.0.0.1:6379> rpushx mykey2 e
276 (integer) 0
277 #在执行rpoplpush命令前，先看一下mykey中链表的元素有哪些，注意他们的位置关系。
278 redis 127.0.0.1:6379> lrange mykey 0 -1
279 1) "a"
280 2) "b"
281 3) "c"
282 4) "d"
283 5) "e"
284 #将mykey的尾部元素e弹出，同时再插入到mykey2的头部(原子性的完成这两步操作)。
285 redis 127.0.0.1:6379> rpoplpush mykey mykey2
286 "e"
287 #通过lrange命令查看mykey在弹出尾部元素后的结果。
288 redis 127.0.0.1:6379> lrange mykey 0 -1
289 1) "a"
290 2) "b"
291 3) "c"
292 4) "d"
293 #通过lrange命令查看mykey2在插入元素后的结果。
294 redis 127.0.0.1:6379> lrange mykey2 0 -1
295 1) "e"
296 #将source和destination设为同一键，将mykey中的尾部元素移到其头部。
297 redis 127.0.0.1:6379> rpoplpush mykey mykey
298 "d"
299 #查看移动结果。
300 redis 127.0.0.1:6379> lrange mykey 0 -1
301 1) "d"
302 2) "a"
303 3) "b"
304 4) "c"
305 ```
306
307 #### 5.Set类型
308
309 ##### 概述
310
311 ? 在Redis中，我们可以将Set类型看作为没有排序的字符集合，和List类型一样，我们也可以在该类型的数据值上执行添加、删除或判断某一元素是否存在等操作。Set可包含的最大元素数量是4294967295。
312 ? 和List类型不同的是，Set集合中不允许出现重复的元素，这一点和C++标准库中的set容器是完全相同的。换句话说，如果多次添加相同元素，Set中将仅保留该元素的一份拷贝。和List类型相比，Set类型在功能上还存在着一个非常重要的特性，即在服务器端完成多个Sets之间的聚合计算操作，如unions、intersections和differences。由于这些操作均在服务端完成，因此效率极高，而且也节省了大量的网络IO开销。
313
314 ```shell
315 # sadd/smembers/scard/sismember
316 #在Shell命令行下启动Redis的客户端程序。
317 /> redis-cli
318 #插入测试数据，由于该键myset之前并不存在，因此参数中的三个成员都被正常插入。
319 redis 127.0.0.1:6379> sadd myset a b c
320 (integer) 3
321 #由于参数中的a在myset中已经存在，因此本次操作仅仅插入了d和e两个新成员。
322 redis 127.0.0.1:6379> sadd myset a d e
323 (integer) 2
324 #判断a是否已经存在，返回值为1表示存在。
325 redis 127.0.0.1:6379> sismember myset a
326 (integer) 1
327 #判断f是否已经存在，返回值为0表示不存在。
328 redis 127.0.0.1:6379> sismember myset f
329 (integer) 0
330 #通过smembers命令查看插入的结果，从结果可以，输出的顺序和插入顺序无关。
331 redis 127.0.0.1:6379> smembers myset
332 1) "c"
333 2) "d"
334 3) "a"
335 4) "b"
336 5) "e"
337 #获取Set集合中元素的数量。
338 redis 127.0.0.1:6379> scard myset
339 (integer) 5
340
341 # spop/srem/srandmember/smove
342 #删除该键，便于后面的测试。
343 redis 127.0.0.1:6379> del myset
344 (integer) 1
345 #为后面的示例准备测试数据。
346 redis 127.0.0.1:6379> sadd myset a b c d
347 (integer) 4
348 #查看Set中成员的位置。
349 redis 127.0.0.1:6379> smembers myset
350 1) "c"
351 2) "d"
352 3) "a"
353 4) "b"
354 #从结果可以看出，该命令确实是随机的返回了某一成员。
355 redis 127.0.0.1:6379> srandmember myset
356 "c"
357 #Set中尾部的成员b被移出并返回，事实上b并不是之前插入的第一个或最后一个成员。
358 redis 127.0.0.1:6379> spop myset
359 "b"
360 #查看移出后Set的成员信息。
361 redis 127.0.0.1:6379> smembers myset
362 1) "c"
363 2) "d"
364 3) "a"
365 #从Set中移出a、d和f三个成员，其中f并不存在，因此只有a和d两个成员被移出，返回为2。
366 redis 127.0.0.1:6379> srem myset a d f
367 (integer) 2
368 #查看移出后的输出结果。
369 redis 127.0.0.1:6379> smembers myset
370 1) "c"
371 #为后面的smove命令准备数据。
372 redis 127.0.0.1:6379> sadd myset a b
373 (integer) 2
374 redis 127.0.0.1:6379> sadd myset2 c d
375 (integer) 2
376 #将a从myset移到myset2，从结果可以看出移动成功。
377 redis 127.0.0.1:6379> smove myset myset2 a
378 (integer) 1
379 #再次将a从myset移到myset2，由于此时a已经不是myset的成员了，因此移动失败并返回0。
380 redis 127.0.0.1:6379> smove myset myset2 a
381 (integer) 0
382 #分别查看myset和myset2的成员，确认移动是否真的成功。
383 redis 127.0.0.1:6379> smembers myset
384 1) "b"
385 redis 127.0.0.1:6379> smembers myset2
386 1) "c"
387 2) "d"
388 3) "a"
389
390 # sdiff/sdiffstore/sinter/sinterstore/sunion/sunionstore
391 #为后面的命令准备测试数据。
392 redis 127.0.0.1:6379> sadd myset a b c d
393 (integer) 4
394 redis 127.0.0.1:6379> sadd myset2 c
395 (integer) 1
396 redis 127.0.0.1:6379> sadd myset3 a c e
397 (integer) 3
398 #myset和myset2相比，a、b和d三个成员是两者之间的差异成员。再用这个结果继续和myset3进行差异比较，b和d是myset3不存在的成员。
399 redis 127.0.0.1:6379> sdiff myset myset2 myset3
400 1) "d"
401 2) "b"
402 #将3个集合的差异成员存在在diffkey关联的Set中，并返回插入的成员数量。
403 redis 127.0.0.1:6379> sdiffstore diffkey myset myset2 myset3
404 (integer) 2
405 #查看一下sdiffstore的操作结果。
406 redis 127.0.0.1:6379> smembers diffkey
407 1) "d"
408 2) "b"
409 #从之前准备的数据就可以看出，这三个Set的成员交集只有c。
410 redis 127.0.0.1:6379> sinter myset myset2 myset3
411 1) "c"
412 #将3个集合中的交集成员存储到与interkey关联的Set中，并返回交集成员的数量。
413 redis 127.0.0.1:6379> sinterstore interkey myset myset2 myset3
414 (integer) 1
415 #查看一下sinterstore的操作结果。
416 redis 127.0.0.1:6379> smembers interkey
417 1) "c"
418 #获取3个集合中的成员的并集。
419 redis 127.0.0.1:6379> sunion myset myset2 myset3
420 1) "b"
421 2) "c"
422 3) "d"
423 4) "e"
424 5) "a"
425 #将3个集合中成员的并集存储到unionkey关联的set中，并返回并集成员的数量。
426 redis 127.0.0.1:6379> sunionstore unionkey myset myset2 myset3
427 (integer) 5
428 #查看一下sunionstore的操作结果。
429 redis 127.0.0.1:6379> smembers unionkey
430 1) "b"
431 2) "c"
432 3) "d"
433 4) "e"
434 5) "a"
435
436 ```
437
438 ##### 应用范围
439
440 ? 1). 可以使用Redis的Set数据类型跟踪一些唯一性数据，比如访问某一博客的唯一IP地址信息。对于此场景，我们仅需在每次访问该博客时将访问者的IP存入Redis中，Set数据类型会自动保证IP地址的唯一性。
441 ? 2). 充分利用Set类型的服务端聚合操作方便、高效的特性，可以用于维护数据对象之间的关联关系。比如所有购买某一电子设备的客户ID被存储在一个指定的Set中，而购买另外一种电子产品的客户ID被存储在另外一个Set中，如果此时我们想获取有哪些客户同时购买了这两种商品时，Set的intersections命令就可以充分发挥它的方便和效率的优势了。
442
443 #### 6.Sorted-Sets类型
444
445 ##### 概述
446
447 ? Sorted-Sets和Sets类型极为相似，它们都是字符串的集合，都不允许重复的成员出现在一个Set中。它们之间的主要差别是Sorted-Sets中的每一个成员都会有一个分数(score)与之关联，Redis正是通过分数来为集合中的成员进行从小到大的排序。然而需要额外指出的是，尽管Sorted-Sets中的成员必须是唯一的，但是分数(score)却是可以重复的。
448 ? 在Sorted-Set中添加、删除或更新一个成员都是非常快速的操作。由于Sorted-Sets中的成员在集合中的位置是有序的，因此，即便是访问位于集合中部的成员也仍然是非常高效的。事实上，Redis所具有的这一特征在很多其它类型的数据库中是很难实现的，换句话说，在该点上要想达到和Redis同样的高效，在其它数据库中进行建模是非常困难的。
449
450 ```shell
451 # zadd/zcard/zcount/zrem/zincrby/zscore/zrange/zrank
452 #在Shell的命令行下启动Redis客户端工具。
453 /> redis-cli
454 #添加一个分数为1的成员。
455 redis 127.0.0.1:6379> zadd myzset 1 "one"
456 (integer) 1
457 #添加两个分数分别是2和3的两个成员。
458 redis 127.0.0.1:6379> zadd myzset 2 "two" 3 "three"
459 (integer) 2
460 #0表示第一个成员，-1表示最后一个成员。WITHSCORES选项表示返回的结果中包含每个成员及其分数，否则只返回成员。
461 redis 127.0.0.1:6379> zrange myzset 0 -1 WITHSCORES
462 1) "one"
463 2) "1"
464 3) "two"
465 4) "2"
466 5) "three"
467 6) "3"
468 #获取成员one在Sorted-Set中的位置索引值。0表示第一个位置。
469 redis 127.0.0.1:6379> zrank myzset one
470 (integer) 0
471 #成员four并不存在，因此返回nil。
472 redis 127.0.0.1:6379> zrank myzset four
473 (nil)
474 #获取myzset键中成员的数量。
475 redis 127.0.0.1:6379> zcard myzset
476 (integer) 3
477 #返回与myzset关联的Sorted-Set中，分数满足表达式1 <= score <= 2的成员的数量。
478 redis 127.0.0.1:6379> zcount myzset 1 2
479 (integer) 2
480 #删除成员one和two，返回实际删除成员的数量。
481 redis 127.0.0.1:6379> zrem myzset one two
482 (integer) 2
483 #查看是否删除成功。
484 redis 127.0.0.1:6379> zcard myzset
485 (integer) 1
486 #获取成员three的分数。返回值是字符串形式。
487 redis 127.0.0.1:6379> zscore myzset three
488 "3"
489 #由于成员two已经被删除，所以该命令返回nil。
490 redis 127.0.0.1:6379> zscore myzset two
491 (nil)
492 #将成员one的分数增加2，并返回该成员更新后的分数。
493 redis 127.0.0.1:6379> zincrby myzset 2 one
494 "3"
495 #将成员one的分数增加-1，并返回该成员更新后的分数。
496 redis 127.0.0.1:6379> zincrby myzset -1 one
497 "2"
498 #查看在更新了成员的分数后是否正确。
499 redis 127.0.0.1:6379> zrange myzset 0 -1 WITHSCORES
500 1) "one"
501 2) "2"
502 3) "two"
503 4) "2"
504 5) "three"
505 6) "3"
506
507 # zrangebyscore/zremrangebyrank/zremrangebyscore
508 redis 127.0.0.1:6379> del myzset
509 (integer) 1
510 redis 127.0.0.1:6379> zadd myzset 1 one 2 two 3 three 4 four
511 (integer) 4
512 #获取分数满足表达式1 <= score <= 2的成员。
513 redis 127.0.0.1:6379> zrangebyscore myzset 1 2
514 1) "one"
515 2) "two"
516 #获取分数满足表达式1 < score <= 2的成员。
517 redis 127.0.0.1:6379> zrangebyscore myzset 1 2
518 1) "two"
519 #-inf表示第一个成员，+inf表示最后一个成员，limit后面的参数用于限制返回成员的自己，
520 #2表示从位置索引(0-based)等于2的成员开始，去后面3个成员。
521 redis 127.0.0.1:6379> zrangebyscore myzset -inf +inf limit 2 3
522 1) "three"
523 2) "four"
524 #删除分数满足表达式1 <= score <= 2的成员，并返回实际删除的数量。
525 redis 127.0.0.1:6379> zremrangebyscore myzset 1 2
526 (integer) 2
527 #看出一下上面的删除是否成功。
528 redis 127.0.0.1:6379> zrange myzset 0 -1
529 1) "three"
530 2) "four"
531 #删除位置索引满足表达式0 <= rank <= 1的成员。
532 redis 127.0.0.1:6379> zremrangebyrank myzset 0 1
533 (integer) 2
534 #查看上一条命令是否删除成功。
535 redis 127.0.0.1:6379> zcard myzset
536 (integer) 0
537
538 # zrevrange/zrevrangebyscore/zrevrank
539 #为后面的示例准备测试数据。
540 redis 127.0.0.1:6379> del myzset
541 (integer) 0
542 redis 127.0.0.1:6379> zadd myzset 1 one 2 two 3 three 4 four
543 (integer) 4
544 #以位置索引从高到低的方式获取并返回此区间内的成员。
545 redis 127.0.0.1:6379> zrevrange myzset 0 -1 WITHSCORES
546 1) "four"
547 2) "4"
548 3) "three"
549 4) "3"
550 5) "two"
551 6) "2"
552 7) "one"
553 8) "1"
554 #由于是从高到低的排序，所以位置等于0的是four，1是three，并以此类推。
555 redis 127.0.0.1:6379> zrevrange myzset 1 3
556 1) "three"
557 2) "two"
558 3) "one"
559 #由于是从高到低的排序，所以one的位置是3。
560 redis 127.0.0.1:6379> zrevrank myzset one
561 (integer) 3
562 #由于是从高到低的排序，所以four的位置是0。
563 redis 127.0.0.1:6379> zrevrank myzset four
564 (integer) 0
565 #获取分数满足表达式3 >= score >= 0的成员，并以相反的顺序输出，即从高到底的顺序。
566 redis 127.0.0.1:6379> zrevrangebyscore myzset 3 0
567 1) "three"
568 2) "two"
569 3) "one"
570 #该命令支持limit选项，其含义等同于zrangebyscore中的该选项，只是在计算位置时按照相反的顺序计算和获取。
571 redis 127.0.0.1:6379> zrevrangebyscore myzset 4 0 limit 1 2
572 1) "three"
573 2) "two"
574 ```
575
576 ##### 应用范围
577
578 ? 1). 可以用于一个大型在线游戏的积分排行榜。每当玩家的分数发生变化时，可以执行ZADD命令更新玩家的分数，此后再通过ZRANGE命令获取积分TOP TEN的用户信息。当然我们也可以利用ZRANK命令通过username来获取玩家的排行信息。最后我们将组合使用ZRANGE和ZRANK命令快速的获取和某个玩家积分相近的其他用户的信息。
579 ? 2). Sorted-Sets类型还可用于构建索引数据。
580
581 #### 7.hash(哈希)类型
582
583 ##### 概述
584
585 我们可以将Redis中的Hashes类型看成具有String Key和String Value的map容器。所以该类型非常适合于存储值对象的信息。如Username、Password和Age等。如果Hash中包含很少的字段，那么该类型的数据也将仅占用很少的磁盘空间。每一个Hash可以存储4294967295个键值对。
586
587 ```shell
588 # hset/hget/hdel/hexists/hlen/hsetnx
589 #在Shell命令行启动Redis客户端程序
590 /> redis-cli
591 #给键值为myhash的键设置字段为field1，值为stephen。
592 redis 127.0.0.1:6379> hset myhash field1 "stephen"
593 (integer) 1
594 #获取键值为myhash，字段为field1的值。
595 redis 127.0.0.1:6379> hget myhash field1
596 "stephen"
597 #myhash键中不存在field2字段，因此返回nil。
598 redis 127.0.0.1:6379> hget myhash field2
599 (nil)
600 #给myhash关联的Hashes值添加一个新的字段field2，其值为liu。
601 redis 127.0.0.1:6379> hset myhash field2 "liu"
602 (integer) 1
603 #获取myhash键的字段数量。
604 redis 127.0.0.1:6379> hlen myhash
605 (integer) 2
606 #判断myhash键中是否存在字段名为field1的字段，由于存在，返回值为1。
607 redis 127.0.0.1:6379> hexists myhash field1
608 (integer) 1
609 #删除myhash键中字段名为field1的字段，删除成功返回1。
610 redis 127.0.0.1:6379> hdel myhash field1
611 (integer) 1
612 #再次删除myhash键中字段名为field1的字段，由于上一条命令已经将其删除，因为没有删除，返回0。
613 redis 127.0.0.1:6379> hdel myhash field1
614 (integer) 0
615 #判断myhash键中是否存在field1字段，由于上一条命令已经将其删除，因为返回0。
616 redis 127.0.0.1:6379> hexists myhash field1
617 (integer) 0
618 #通过hsetnx命令给myhash添加新字段field1，其值为stephen，因为该字段已经被删除，所以该命令添加成功并返回1。
619 redis 127.0.0.1:6379> hsetnx myhash field1 stephen
620 (integer) 1
621 #由于myhash的field1字段已经通过上一条命令添加成功，因为本条命令不做任何操作后返回0。
622 redis 127.0.0.1:6379> hsetnx myhash field1 stephen
623 (integer) 0
624
625 # hincrby
626 #删除该键，便于后面示例的测试。
627 redis 127.0.0.1:6379> del myhash
628 (integer) 1
629 #准备测试数据，该myhash的field字段设定值1。
630 redis 127.0.0.1:6379> hset myhash field 5
631 (integer) 1
632 #给myhash的field字段的值加1，返回加后的结果。
633 redis 127.0.0.1:6379> hincrby myhash field 1
634 (integer) 6
635 #给myhash的field字段的值加-1，返回加后的结果。
636 redis 127.0.0.1:6379> hincrby myhash field -1
637 (integer) 5
638 #给myhash的field字段的值加-10，返回加后的结果。
639 redis 127.0.0.1:6379> hincrby myhash field -10
640 (integer) -5
641
642 # hgetall/hkeys/hvals/hmset/hmget
643 #删除该键，便于后面示例测试。
644 redis 127.0.0.1:6379> del myhash
645 (integer) 1
646 #为该键myhash，一次性设置多个字段，分别是field1 = "hello", field2 = "world"。
647 redis 127.0.0.1:6379> hmset myhash field1 "hello" field2 "world"
648 OK
649 #获取myhash键的多个字段，其中field3并不存在，因为在返回结果中与该字段对应的值为nil。
650 redis 127.0.0.1:6379> hmget myhash field1 field2 field3
651 1) "hello"
652 2) "world"
653 3) (nil)
654 #返回myhash键的所有字段及其值，从结果中可以看出，他们是逐对列出的。
655 redis 127.0.0.1:6379> hgetall myhash
656 1) "field1"
657 2) "hello"
658 3) "field2"
659 4) "world"
660 #仅获取myhash键中所有字段的名字。
661 redis 127.0.0.1:6379> hkeys myhash
662 1) "field1"
663 2) "field2"
664 #仅获取myhash键中所有字段的值。
665 redis 127.0.0.1:6379> hvals myhash
666 1) "hello"
667 2) "world"
668 ```
669
670 #### 8.Key操作的相关命令
671
672 ```shell
673 keys pattern #获取所有匹配pattern参数的Keys。需要说明的是，在我们的正常操作中应该尽量避免对该命令的调用，因为对于大型数据库而言，该命令是非常耗时的，对Redis服务器的性能打击也是比较大的。pattern支持glob-style的通配符格式，如*表示任意一个或多个字符，?表示任意字符，[abc]表示方括号中任意一个字母。
674
675 del key [key...] #从数据库删除中参数中指定的keys，如果指定键不存在，则直接忽略。
676
677 exists key #判断指定键是否存在。
678
679 move key db #将当前数据库中指定的键Key移动到参数中指定的数据库中。如果该Key在目标数据库中已经存在，或者在当前数据库中并不存在，该命令将不做任何操作并返回0。
680
681 rename key newkey #为指定指定的键重新命名，如果参数中的两个Keys的命令相同，或者是源Key不存在，该命令都会返回相关的错误信息。如果newKey已经存在，则直接覆盖。
682
683 renamenx key newkey #如果新值不存在，则将参数中的原值修改为新值。其它条件和RENAME一致。
684
685 persist key #如果Key存在过期时间，该命令会将其过期时间消除，使该Key不再有超时，而是可以持久化存储。
686
687 expire key seconds #该命令为参数中指定的Key设定超时的秒数，在超过该时间后，Key被自动的删除。如果该Key在超时之前被修改，与该键关联的超时将被移除。
688
689 expireat key timestamp #该命令的逻辑功能和EXPIRE完全相同，唯一的差别是该命令指定的超时时间是绝对时间，而不是相对时间。该时间参数是Unix timestamp格式的，即从1970年1月1日开始所流经的秒数。
690
691 ttl key #获取该键所剩的超时描述。
692
693 randomkey #从当前打开的数据库中随机的返回一个Key。
694
695 type key #获取与参数中指定键关联值的类型，该命令将以字符串的格式返回。
696
697
698
699
700
701 1. KEYS/RENAME/DEL/EXISTS/MOVE/RENAMENX:
702 #在Shell命令行下启动Redis客户端工具。
703 /> redis-cli
704 #清空当前选择的数据库，以便于对后面示例的理解。
705 redis 127.0.0.1:6379> flushdb
706 OK
707 #添加String类型的模拟数据。
708 redis 127.0.0.1:6379> set mykey 2
709 OK
710 redis 127.0.0.1:6379> set mykey2 "hello"
711 OK
712 #添加Set类型的模拟数据。
713 redis 127.0.0.1:6379> sadd mysetkey 1 2 3
714 (integer) 3
715 #添加Hash类型的模拟数据。
716 redis 127.0.0.1:6379> hset mmtest username "stephen"
717 (integer) 1
718 #根据参数中的模式，获取当前数据库中符合该模式的所有key，从输出可以看出，该命令在执行时并不区分与Key关联的Value类型。
719 redis 127.0.0.1:6379> keys my*
720 1) "mysetkey"
721 2) "mykey"
722 3) "mykey2"
723 #删除了两个Keys。
724 redis 127.0.0.1:6379> del mykey mykey2
725 (integer) 2
726 #查看一下刚刚删除的Key是否还存在，从返回结果看，mykey确实已经删除了。
727 redis 127.0.0.1:6379> exists mykey
728 (integer) 0
729 #查看一下没有删除的Key，以和上面的命令结果进行比较。
730 redis 127.0.0.1:6379> exists mysetkey
731 (integer) 1
732 #将当前数据库中的mysetkey键移入到ID为1的数据库中，从结果可以看出已经移动成功。
733 redis 127.0.0.1:6379> move mysetkey 1
734 (integer) 1
735 #打开ID为1的数据库。
736 redis 127.0.0.1:6379> select 1
737 OK
738 #查看一下刚刚移动过来的Key是否存在，从返回结果看已经存在了。
739 redis 127.0.0.1:6379[1]> exists mysetkey
740 (integer) 1
741 #在重新打开ID为0的缺省数据库。
742 redis 127.0.0.1:6379[1]> select 0
743 OK
744 #查看一下刚刚移走的Key是否已经不存在，从返回结果看已经移走。
745 redis 127.0.0.1:6379> exists mysetkey
746 (integer) 0
747 #准备新的测试数据。
748 redis 127.0.0.1:6379> set mykey "hello"
749 OK
750 #将mykey改名为mykey1
751 redis 127.0.0.1:6379> rename mykey mykey1
752 OK
753 #由于mykey已经被重新命名，再次获取将返回nil。
754 redis 127.0.0.1:6379> get mykey
755 (nil)
756 #通过新的键名获取。
757 redis 127.0.0.1:6379> get mykey1
758 "hello"
759 #由于mykey已经不存在了，所以返回错误信息。
760 redis 127.0.0.1:6379> rename mykey mykey1
761 (error) ERR no such key
762 #为renamenx准备测试key
763 redis 127.0.0.1:6379> set oldkey "hello"
764 OK
765 redis 127.0.0.1:6379> set newkey "world"
766 OK
767 #由于newkey已经存在，因此该命令未能成功执行。
768 redis 127.0.0.1:6379> renamenx oldkey newkey
769 (integer) 0
770 #查看newkey的值，发现它也没有被renamenx覆盖。
771 redis 127.0.0.1:6379> get newkey
772 "world"
773
774 2. PERSIST/EXPIRE/EXPIREAT/TTL:
775 #为后面的示例准备的测试数据。
776 redis 127.0.0.1:6379> set mykey "hello"
777 OK
778 #将该键的超时设置为100秒。
779 redis 127.0.0.1:6379> expire mykey 100
780 (integer) 1
781 #通过ttl命令查看一下还剩下多少秒。
782 redis 127.0.0.1:6379> ttl mykey
783 (integer) 97
784 #立刻执行persist命令，该存在超时的键变成持久化的键，即将该Key的超时去掉。
785 redis 127.0.0.1:6379> persist mykey
786 (integer) 1
787 #ttl的返回值告诉我们，该键已经没有超时了。
788 redis 127.0.0.1:6379> ttl mykey
789 (integer) -1
790 #为后面的expire命令准备数据。
791 redis 127.0.0.1:6379> del mykey
792 (integer) 1
793 redis 127.0.0.1:6379> set mykey "hello"
794 OK
795 #设置该键的超时被100秒。
796 redis 127.0.0.1:6379> expire mykey 100
797 (integer) 1
798 #用ttl命令看一下当前还剩下多少秒，从结果中可以看出还剩下96秒。
799 redis 127.0.0.1:6379> ttl mykey
800 (integer) 96
801 #重新更新该键的超时时间为20秒，从返回值可以看出该命令执行成功。
802 redis 127.0.0.1:6379> expire mykey 20
803 (integer) 1
804 #再用ttl确认一下，从结果中可以看出果然被更新了。
805 redis 127.0.0.1:6379> ttl mykey
806 (integer) 17
807 #立刻更新该键的值，以使其超时无效。
808 redis 127.0.0.1:6379> set mykey "world"
809 OK
810 #从ttl的结果可以看出，在上一条修改该键的命令执行后，该键的超时也无效了。
811 redis 127.0.0.1:6379> ttl mykey
812 (integer) -1
813
814 3. TYPE/RANDOMKEY/SORT:
815 #由于mm键在数据库中不存在，因此该命令返回none。
816 redis 127.0.0.1:6379> type mm
817 none
818 #mykey的值是字符串类型，因此返回string。
819 redis 127.0.0.1:6379> type mykey
820 string
821 #准备一个值是set类型的键。
822 redis 127.0.0.1:6379> sadd mysetkey 1 2
823 (integer) 2
824 #mysetkey的键是set，因此返回字符串set。
825 redis 127.0.0.1:6379> type mysetkey
826 set
827 #返回数据库中的任意键。
828 redis 127.0.0.1:6379> randomkey
829 "oldkey"
830 #清空当前打开的数据库。
831 redis 127.0.0.1:6379> flushdb
832 OK
833 #由于没有数据了，因此返回nil。
834 redis 127.0.0.1:6379> randomkey
835 (nil)
836 ```
837
838 #### 9.事务
839
840 ##### 概述
841
842 ? 和众多其它数据库一样，Redis作为NoSQL数据库也同样提供了事务机制。在Redis中，MULTI/EXEC/DISCARD这四个命令是我们实现事务的基石。相信对有关系型数据库开发经验的开发者而言这一概念并不陌生，即便如此，我们还是会简要的列出Redis中事务的实现特征：
843 ? 1). 在事务中的所有命令都将会被串行化的顺序执行，事务执行期间，Redis不会再为其它客户端的请求提供任何服务，从而保证了事物中的所有命令被原子的执行。
844 ? 2). 和关系型数据库中的事务相比，在Redis事务中如果有某一条命令执行失败，其后的命令仍然会被继续执行。
845 ? 3). 我们可以通过MULTI命令开启一个事务，有关系型数据库开发经验的人可以将其理解为"BEGIN TRANSACTION"语句。在该语句之后执行的命令都将被视为事务之内的操作，最后我们可以通过执行EXEC/DISCARD命令来提交/回滚该事务内的所有操作。这两个Redis命令可被视为等同于关系型数据库中的COMMIT/ROLLBACK语句。
846 ? 4). 在事务开启之前，如果客户端与服务器之间出现通讯故障并导致网络断开，其后所有待执行的语句都将不会被服务器执行。然而如果网络中断事件是发生在客户端执行EXEC命令之后，那么该事务中的所有命令都会被服务器执行。
847 ? 5). 当使用Append-Only模式时，Redis会通过调用系统函数write将该事务内的所有写操作在本次调用中全部写入磁盘。然而如果在写入的过程中出现系统崩溃，如电源故障导致的宕机，那么此时也许只有部分数据被写入到磁盘，而另外一部分数据却已经丢失。Redis服务器会在重新启动时执行一系列必要的一致性检测，一旦发现类似问题，就会立即退出并给出相应的错误提示。此时，我们就要充分利用Redis工具包中提供的redis-check-aof工具，该工具可以帮助我们定位到数据不一致的错误，并将已经写入的部分数据进行回滚。修复之后我们就可以再次重新启动Redis服务器了。
848
849 ```shell
850 multi #用于标记事务的开始，其后执行的命令都将被存入命令队列，直到执行EXEC时，这些命令才会被原子的执行。
851
852 exec #执行在一个事务内命令队列中的所有命令，同时将当前连接的状态恢复为正常状态，即非事务状态。如果在事务中执行了WATCH命令，那么只有当WATCH所监控的Keys没有被修改的前提下，EXEC命令才能执行事务队列中的所有命令，否则EXEC将放弃当前事务中的所有命令。
853
854 discard #回滚事务队列中的所有命令，同时再将当前连接的状态恢复为正常状态，即非事务状态。如果WATCH命令被使用，该命令将UNWATCH所有的Keys。
855
856
857 1. 事务被正常执行：
858 #在Shell命令行下执行Redis的客户端工具。
859 /> redis-cli
860 #在当前连接上启动一个新的事务。
861 redis 127.0.0.1:6379> multi
862 OK
863 #执行事务中的第一条命令，从该命令的返回结果可以看出，该命令并没有立即执行，而是存于事务的命令队列。
864 redis 127.0.0.1:6379> incr t1
865 QUEUED
866 #又执行一个新的命令，从结果可以看出，该命令也被存于事务的命令队列。
867 redis 127.0.0.1:6379> incr t2
868 QUEUED
869 #执行事务命令队列中的所有命令，从结果可以看出，队列中命令的结果得到返回。
870 redis 127.0.0.1:6379> exec
871 1) (integer) 1
872 2) (integer) 1
873
874 2. 事务中存在失败的命令：
875 #开启一个新的事务。
876 redis 127.0.0.1:6379> multi
877 OK
878 #设置键a的值为string类型的3。
879 redis 127.0.0.1:6379> set a 3
880 QUEUED
881 #从键a所关联的值的头部弹出元素，由于该值是字符串类型，而lpop命令仅能用于List类型，因此在执行exec命令时，该命令将会失败。
882 redis 127.0.0.1:6379> lpop a
883 QUEUED
884 #再次设置键a的值为字符串4。
885 redis 127.0.0.1:6379> set a 4
886 QUEUED
887 #获取键a的值，以便确认该值是否被事务中的第二个set命令设置成功。
888 redis 127.0.0.1:6379> get a
889 QUEUED
890 #从结果中可以看出，事务中的第二条命令lpop执行失败，而其后的set和get命令均执行成功，这一点是Redis的事务与关系型数据库中的事务之间最为重要的差别。
891 redis 127.0.0.1:6379> exec
892 1) OK
893 2) (error) ERR Operation against a key holding the wrong kind of value
894 3) OK
895 4) "4"
896
897 3. 回滚事务：
898 #为键t2设置一个事务执行前的值。
899 redis 127.0.0.1:6379> set t2 tt
900 OK
901 #开启一个事务。
902 redis 127.0.0.1:6379> multi
903 OK
904 #在事务内为该键设置一个新值。
905 redis 127.0.0.1:6379> set t2 ttnew
906 QUEUED
907 #放弃事务。
908 redis 127.0.0.1:6379> discard
909 OK
910 #查看键t2的值，从结果中可以看出该键的值仍为事务开始之前的值。
911 redis 127.0.0.1:6379> get t2
912 "tt"
913 ```
914
915 #### 10.主从复制
916
917 ##### Redis的Replication
918
919 ? 这里首先需要说明的是，在Redis中配置Master-Slave模式真是太简单了。这里我们还是先列出一些理论性的知识，后面给出实际操作的案例。
920 ? 下面的列表清楚的解释了Redis Replication的特点和优势。
921 ? 1). 同一个Master可以同步多个Slaves。
922 ? 2). Slave同样可以接受其它Slaves的连接和同步请求，这样可以有效的分载Master的同步压力。因此我们可以将Redis的Replication架构视为图结构。
923 ? 3). Master Server是以非阻塞的方式为Slaves提供服务。所以在Master-Slave同步期间，客户端仍然可以提交查询或修改请求。
924 ? 4). Slave Server同样是以非阻塞的方式完成数据同步。在同步期间，如果有客户端提交查询请求，Redis则返回同步之前的数据。
925 ? 5). 为了分载Master的读操作压力，Slave服务器可以为客户端提供只读操作的服务，写服务仍然必须由Master来完成。即便如此，系统的伸缩性还是得到了很大的提高。
926 ? 6). Master可以将数据保存操作交给Slaves完成，从而避免了在Master中要有独立的进程来完成此操作。
927
928 ##### 如何配置Replication
929
930 ? 见如下步骤：
931 ? 1). 同时启动两个Redis服务器，可以考虑在同一台机器上启动两个Redis服务器，分别监听不同的端口，如6379和6380。
932 ? 2). 在Slave服务器上执行一下命令：
933
934 ```shell
935 redis-cli -p 6380 #这里我们假设Slave的端口号是6380
936 redis 127.0.0.1:6380> slaveof 127.0.0.1 6379 #我们假设Master和Slave在同一台主机，Master的端口为6379