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