API的理解和使用
2.1 预备
2.1.1 全局命令
查看所有键
key *
插入字符串键值对
set hello world：hello是key，world是value
dbsize:键总数
插入列表类型的键值对：
rpush mylist a b c d e f g
dbsize直接获取Redis内置的键总数变量：O(1)
keys *则O(N)
检查键是否存在
exists key
del key无论值是什么数据结构类型
键过期
expire key seconds
查看键过期还剩多少时间
ttl
> 0
-1 键没设置过期时间
-2 键不存在
键的数据结构类型
type key
2.1.2 数据结构和内部编码
string 、hash、list、set、zset，每种数据结构有自己的底层的内部编码实现
例如list数据结构包含了linkedlist和ziplist两种内部编码
2.1.3 单线程架构
Redis使用了单线程架构和I/O多路复用模型
每次客户端调用都会经历发送命令、执行命令、返回结果三个过程，
第二步需要重点讨论，因为Redis是单线程来处理命令，所以一条命令
发送后，所有命令会进入一个队列中。
为什么单线程还能这么快？
第一，纯内存访问，内存的响应时间长约为100纳秒
第二，非阻塞I/O，Redis使用epoll作为I/O多路复用技术，
第三，单线程避免了线程切换和竞争产生的消耗
2.2 字符串
set命令有几个选项
ex seconds
px milliseconds
nx:键必须不存在，用于添加
xx:键必须存在，用于更新
setxx和setnx和带参数的set对应的用法相同，那么setnx
和setxx在有什么实际应用场景嘛？例如setnx,如果多个客户端
执行setnx key value,只有一个客户端能设置成功，setnx可以作为
分布式锁的一种实现方案。
批量设置值
mset key value [key value ...]
批量获取值
mget key [key...]
批量操作命令有效提高开发效率，例如mget，要执行n次
get命令，如果用get来，则需要耗时：n次网络时间+n次命令时间
mget则只需要一次网络时间+n次命令时间
2.2.2 内部编码
int:8个字节的长整型
embstr:小于等于39个字节的字符串
raw:大于39个字节的字符串
典型使用场景：
限速，如发送短信验证码，限制短信接口不被频繁访问
集中管理session:一个分布式Web服务将用户的session信息保存在
各自的服务器中，这样造成一个问题，用户刷新一次，可能需要重新登陆。
主要是负载均衡，分布式服务会将用户访问均衡到不同服务器。
可以使用Redis对用户session进行集中管理。
2.3 哈希
也叫哈希、字典、关联数组。我们可以通过key直接访问。
哈希类型中的映射关系叫做field-value,不是key-value
2.3.1 命令
hset key filed value
hset user:1 name tom
此外也提供hsetnx命令
hget key field
批量设置或获取field-value
hmget key field [field...]
hmset key filed value [field value...]
2.3.2 内部编码
ziplist压缩列表的使用条件？
hashtable哈希表的使用条件？
哪几种情况内部编码会由ziplist转为hashtable?
2.3.3 使用场景
有哪三种方法缓存用户信息？
1）原生字符串类型：每个属性一个键
set user:1:name tom
set user:1:age 23
set user:1:city beijing
占用过多键，内存占用量大，用户内聚性较差
2）序列化字符串类型：将用户信息序列化后用一个键保存，取出后
反序列化即可
set user:1 serialize(userInfo)
序列化和反序列化有一定开销，同时每次更新属性需要把全部数据
取出来反序列化，更新后序列化到redis
3）哈希类型：field-value
要控制哈希在ziplist和hashtable两种内部编码转换，hahstable会
消耗更多内存
2.4 列表
可以对列表两端插入和弹出，可以充当队列和栈
2.4.1 命令
rpush key value [value...]
rpush listkey c b a
从左到右获取列表所有元素
lrange listkey 0 -1
2.4.2 内部编码
ziplist
linkedlist
和哈希的限制一样
2.4.3 使用场景
1.消息队列
lpush+brpop组合可实现阻塞队列，生产者客户端使用lpush从列表
左侧插入元素，消费者客户端使用brpop阻塞式抢列表尾部元素
2.文章列表
2.5 集合，待续