读书笔记之《Redis开发与运维》—— 一

前言

    读书笔记系列主要记录本身看的书籍中的知识点，算是一个概括整理吧。Redis在咱们的平常开发中能够说是很经常使用了，《Redis开发与运维》
这本书讲解了Redis开发和运维的方方面面，很系统、全面，关键是实用。特来撸撸它，记录一番。全书分为14章，下面将记录我的认为每章中重要的知识点。

1、Redis初识

    Redis是一种基于键值对（key-value）的NoSQL数据库，Redis中的值能够是由string(字符串)、hash(哈希)、list(列表)、set(集合)、zset(有序集合)、Bitmaps(位图)、HyperLogLog、GEO(地理信息定位)等多种数据结构和算法构成，能够知足不少的应用场景。由于Redis会将全部数据都放在内存里，因此它的读写性能很是好。Redis还能够将内存的数据利用快照和日志的形式保存到硬盘上，这样发生断电或者机器故障，内存中的数据就不会丢失。固然Redis还提供了其余不少附加功能。

一、Redis特性

(1)速度快

Redis的全部数据都是放在内存里的，这是速度快的最主要缘由；
Redis是用C语言实现的，“距离”操做系统更近，执行速度相对会更快；
Redis采用单线程架构，预防了多线程可能产生的竞争问题；

(2)基于键值对的数据结构

Redis中的值不只能够是字符串，还能够是具体的数据结构,方面在不一样应用场景的开发。Redis主要提供五种数据结构：字符串、哈希、列表、集合、有序列表，而且在字符串的基础上演变出来了位图(Bitmaps)和HyperLogLog俩种“数据结构”。Redis3.2版本加入了GEO(地理信息定位)的功能。

(3)丰富的功能

除了5种数据结构，还有其余额外的许多功能：

键过时功能，用来实现缓存；
发布订阅功能，用来实现消息系统；
Lua脚本功能，利用Lua脚本创造出新的Redis命令；
简单的事务功能，在必定程度上保证事务特性；
流水线(Pipeline)功能，客户端能将一批命令一次性传到Redis，减小网络开销。

(4)简单稳定

代码少，单线程，服务端、客户端处理简单，redis不依赖操做系统中的类库，本身实现了事件处理的相关功能。

(5)客户端语言多

redis提供了简单的TCP通讯协议，不少编程语言能够很方便的接入到redis。

(6)持久化

redis提供了两种持久化方式：RDB和AOF。能够用这两种策略将内存的数据保存在硬盘中，保证了数据的可持久性。

(7)主从复制

redis提供了复制功能，实现了多个相同数据的redis副本，复制功能是分布式redis的基础。

(8)高可用和分布式

redis提供了高可用实现Redis Sentinel(哨兵)，可以保证redis节点的故障发现和故障自动转移。而且3.0版本提供了分布式实现Redis Cluster(集群),
这是redis真正的分布式实现，提供了高可用、读写和容量的扩展性。

二、Redis使用场景

缓存、排行榜系统、计数器应用（redis自然支持计数功能，且计数性能很好）、社交网络(粉丝、共同喜爱、推送等，社交网站的访问量比较大，传统的关系型数据库不太适合保存这种类型的数据，可用redis实现)、消息队列系统(消息队列具备业务解耦、非实时业务削峰等特性，redis能够知足通常的消息队列功能，不过通常项目中仍是使用专业的消息队列，更增强大)。

redis也有不适合它解决的问题场景，站在数据规模和数据冷热角度来分析的话：数据规模角度，数据可分为大规模数据和小规模数据，redis的数据是放在内存里的，若是数据规模很是大，不适合使用redis存储；站在数据冷热角度，数据分为热数据和冷数据，热数据是指须要频繁操做的数据，若是将冷数据放在redis中，浪费内存。

2、API的理解和使用

一、全局命令

(1)查看全部键：keys *

(2)键总数：dbsize

注意：dbsize命令在计算总数时候不会遍历全部键，而是直接获取redis内部的键总数变量，时间复杂度O(1)；而keys命令会遍历全部键，时间复杂度O(n)，若是redis保存了大量键时，线上环境禁止使用。

(3)检查键是否存在(键存在返回1，不存在返回0)：exists key

(4)删除键(返回的结果是成功删除的个数，删除一个不存在的键，返回0)：del key [key ...]

注意：del key表示删除一个，del key1 key2 key3表示删除3个

(5)键过时：expire key seconds

注意：redis支持对键添加过时时间，超过过时时间后，会自动删除键；ttl key 命令会返回键的剩余过时时间，返回值>=0表示键的剩余过时时间，返回值-1表示键没有设置过时时间，返回值-2表示键不存在。

(6)键的数据结构类型：type key

注意：若是键是字符串类型，返回string，若是键是列表类型，返回list，其余几种相似。若是键不存在，返回none。

二、数据结构的内部编码

每种数据结构都有本身底层的内部编码实现，并且是多种实现，redis会在合适的场景选择合适的内部编码。好比zset包含skiplist和ziplist两种内部编码。这样设计的好处是：能够改进内部编码，而对外的数据结构和命令没有影响；多种内部编码实现能够在不一样场景下发挥各自的优点，好比ziplist比较节省内存，可是在列表元素比较多的状况下，性能会有所降低，这个时候redis会根据配置选项将列表类型的内部实现转换为linkedlist。

三、单线程架构

redis使用单线程架构和I/O多路复用模型来实现高性能的内存数据库服务。一条命令从客户端达到服务端不会马上执行，全部命令都会进入到一个队列中，而后逐个被执行。不会有两条命令被同时执行。redis使用了I/O多路复用技术来解决I/O的问题。

redis使用单线程模式那么快的缘由：纯内存访问，这个最重要；非阻塞I/O，redis使用epoll做为I/O多路复用技术的实现，而且redis加上自身的事件处理模型将epoll中的链接、读写、关闭都转换为事件，不在网络I/O上浪费过多的时间；单线程避免了线程切换和竞争产生的消耗。

注意：单线程会有一个问题，对于每一个命令的执行时间是有要求的，若是执行时间过长，会形成其余命令的阻塞，对于redis来讲是致命的，因此redis是面向快速执行场景的数据库。

四、字符串

(1)设置值：set key value [ex seconds] [px milliseconds] [nx|xx]

注意：nx 键必须不存在，才能够设置成功，用于添加； xx 键必须存在，才能够设置成功，用于更新

(2)获取值：get key

批量设置值：mset key value [key value ...]

批量获取值：mget key [key ...]

注意：批量操做能够减小网络时间（n次网络时间+n次命令时间 ---> 1次网络时间+n次命令时间），可是每次批量操做所发送的命令不是无节制的，若是数量过多可能形成redis阻塞或者网络阻塞。

(3)计数：incr key

incr命令用于对值作自增操做，若是值不是整数，返回错误；若是值是整数，返回自增后的结果；若是键不存在，按照值为0自增，返回结果1。

不少存储系统和编程语言内部使用CAS机制实现计数功能，会有必定的CPU开销，但redis中不存在这个问题，由于redis单线程架构，任何命令到了redis服务端都要顺序执行。

(4)内部编码(redis会根据当前值的类型和长度决定使用哪一种内部编码实现)

int(8个字节的长整形) embstr(小于等于39个字节的字符串) raw(大于39个字节的字符串)

(5)典型应用场景

缓存功能、计数、共享session、限速

五、哈希

(1)设置值

hset key field value

(2)获取值

hget key field

(3)批量设置或获取field-value

hmget key field [field ...]
hmset key field value [field value ...]

(4)内部编码(ziplist、hashtable)

当哈希类型的field个数小于512，而且全部的value小于64字节，使用ziplist做为哈希的内部实现，不然使用hashtable。512和64是默认的，能够配置。

(5)应用场景

好比：用户信息

六、列表

列表是用来存储多个有序的字符串，能够对列表两端插入和弹出。列表类型有两个特色：(1)列表中的元素是有序的；(2)列表中的元素能够是重复的。

(1)从右端插入、从左端插入

rpush key value [value ...] lpush key value [value ...]

lrange 0 -1 表示从左到右获取列表的全部元素

(2)内部编码(ziplist、linkedlist、quicklist)

当列表的元素个数小于512个，而且列表的每一个元素值都小于64字节，redis会选用ziplist来做为列表的内部实现，不然选用linkedlist。Redis3.2版本提供了quicklist内部编码，它是以一个ziplist为节点的linkedlist，结合了ziplist和linkedlist二者的优点。

(3)使用场景

例如：消息队列、文章列表

七、集合

集合中不容许有重复元素，而且集合中的元素是无序的。

(1)添加元素

sadd key elements [elements ...]

(2)删除元素

srem key elements [elements ...]

(3)内部编码(intset、hashtable)

当集合中的元素都是整数且元素个数小于512(默认值，可配置)，redis选用intset做为集合内部实现，不然选用hashtable。

(4)使用场景

标签、社交等，好比一个用户对可乐、体育感兴趣，另外一个用户对历史、新闻感兴趣，这些兴趣点就是标签。

八、有序集合

不能有重复成员，元素能够排序，每一个元素设置一个分数(score)做为排序的依据。有序集合的元素不能重复，可是分数能够重复。

(1)添加成员

zadd key score member [score member ...]

(2)内部编码(ziplist、skiplist)

当有序集合的元素个数小于128个，而且每一个元素的值都小于64字节，Redis使用ziplist做为有序集合的内部实现。不然使用skiplist。

(3)使用场景

排行榜系统

九、健管理

(1)单个健管理

返回键类型、键重命名、键过时、迁移键等。

注意：迁移键有三种方式：move、dump+restore、migrate。move命令用于redis内部进行数据迁移，从一个数据库迁移到另外一个数据库，不建议生产环境使用redis多数据库功能；dump+restore能够实如今不一样redis实例之间进行数据迁移，分为dump和restore两步，其中在源redis上dump会将键值序列化，采用RDB格式，在目标redis上，restore会将上面序列化的值复原；migrate命令用于redis实例之间进行数据迁移，实际上migrate是将dump、restore、del三个命令进行了整合。migrate命令的数据传输直接在源redis和目标redis上完成。

move命令做用于redis实例内部，是原子性的，不支持多个键；dump+restore做用于redis实例之间，不是原子性，不支持多个键；migrate做用于redis实例之间，是原子性的，支持多个键。

(2)遍历键(keys和scan)

keys会全量遍历全部键，可能形成redis阻塞。scan能够想象成只扫描字典中的一部分键，直到将字典中的全部键遍历完毕。scan能够有效解决
keys命令可能产生的阻塞问题，可是scan的过程当中，若是有键的变化(增长、删除、修改)，就可能新键没有遍历到或者遍历了重复的健。因此scan不能保证完整的遍历出来全部的健。

(3)数据库管理

select dbIndex 切换数据库

flushdb/flushall 清除数据库，flushdb只清除当前数据库，flushall清除全部数据库。