Redis

Redis简介

Redis 是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、 Key-Value数据库。

2) 数据类型

2.1. Redis 的Key
Redis的 key是字符串类型，但是 key中不能包括边界字符， 由于 key不是 binary safe
的字符串，所以像"my key"和"mykey\n"这样包含空格和换行的 key是不允许的
2.1.1. key相关指令介绍
exits key 检测指定key 是否存在，返回 1表示存在， 0 不存在
del key1 key2 … keyN 删除给定 key,返回删除 key 的数目， 0表示给定 key都不存在
type key 返回给定 key值的类型。 返回 none 表示 key不存在,string字符类型， list 链表类型 set 无序集合类型…
keys pattern 返回匹配指定模式的所有 key
randomkey 返回从当前数据库中随机选择的一个 key,如果当前数据库是空的，返回空串
rename oldkey newkey 重命名一个 key,如果 newkey 存在，将会被覆盖，返回 1 表示成功，0失败。可能是 oldkey不存在或者和 newkey相同。
renamenx oldkey newkey 同上，但是如果 newkey存在返回失败。
expirekey seconds 为 key指定过期时间， 单位是秒。 返回 1成功， 0 表示 key 已经设置过过
期时间或者不存在。
ttl key 返回设置过过期时间key的剩余过期秒数。 -1表示key不存在或者未设置过期时间。
select db-index 通过索引选择数据库， 默认连接的数据库是 0,默认数据库数是 16 个。 返回 1表示成功， 0失败。
move key db-index 将 key 从当前数据库移动到指定数据库。返回 1 表示成功。 0 表示 key不存在或者已经在指定数据库中。
2.2. Redis 的 vaule
redis提供五种数据类型： string,hash,list,set 及 sorted set。
2.2.1. string 类型
string是最基本的类型，而且 string类型是二进制安全的。意思是 redis的 string可以
包含任何数据。比如 jpg图片或者序列化的对象。从内部实现来看其实 string可以看作 byte4数组，最大上限是 1G字节。
string类型数据操作指令

set key value 设置 key对应 string 类型的值

setnx key value 如果 key 不存在， 设置 key 对应 string 类型的值。 如果 key 已经存在，返回 0。

get key 获取 key对应的 string值,如果 key不存在返回 nil

getset key value 先获取 key的值，再设置 key的值。如果 key不存在返回 nil,再设置。

mget key1 key2 …keyN 一次获取多个key 的值，如果对应 key不存在，则对应返回 nil。

mset key1 value1 …keyN valueN 一次设置多个 key的值，成功返回 1表示所有的值都设置了，失败返回 0 表示没有任何值被设置。

msetnx key1 value1 …keyN valueN 一次设置多个 key的值，但是不会覆盖已经存在的 key,如果有一个存在的key,则msetnx失效,不会设置还不存在的key的值

incr key 对 key 的值做++操作， 并返回新的值。 注意 incr一个不是 int 的 value 会返回错误， incr一个不存在的 key，则设置 key值为 1。

decr key 对 key的值做—操作， decr一个不存在 key，则设置 key值为-1。

incrby key integer 对 key 加上指定值 ， key 不存在时候会设置 key，并认为原来的 value是 0。

decrby key integer 对key减去指定值。decrby完全是为了可读性，我们完全可以通过incrby一个负值来实现同样效果，反之一样

2.2.2. hash类型
hash 是一个 string类型的 field 和 value 的映射表。添加，删除操作都是 O(1) （ 平均）。
hash特别适合用于存储对象。 相对于将对象的每个字段存成单个 string 类型。 将一个对象存储在 hash 类型中会占用更少的内存，并且可以更方便的存取整个对象。省内存的原因是
新建一个 hash对象时开始是用 zipmap（ 又称为 small hash） 来存储的。 这个 zipmap 其实并不是 hash table，但是 zipmap相比正常的 hash实现可以节省不少 hash本身需要的一些元数据存储开销。尽管 zipmap 的添加，删除，查找都是 O(n)，但是由于一般对象的 field数量都不太多。 所以使用 zipmap也是很快的,也就是说添加删除平均还是 O(1)。 如果field或者 value的大小超出一定限制后，redis会在内部自动将zipmap替换成正常的hash实现.
这个限制可以在配置文件中指定。
hash-max-zipmap-entries 64 #配置字段最多64个
hash-max-zipmap-value 512 #配置value最大为 512字节

hash类型数据操作指令简介

hset key field value 设置 hash field为指定值，如果 key不存在，则创建

hget key field 获取指定的 hash field。

hmget key filed1…fieldN 获取全部指定的 hash filed。

hmset key filed1 value1 …filedN valueN 同时设置hash的多个 field。

hincrby key field integer 将指定的 hash filed 加上指定值。成功返回 hash filed 变更后的值。

hexists key field 检测指定 field是否存在。

hdel key field 删除指定的 hash field。

hlen key 返回指定 hash的 field 数量。

hkeys key 返回hash的所有field。

hvals key 返回hash的所有value。

hgetall 返回hash的所有filed和valu

2.2.3. list类型
list是一个链表结构，可以理解为一个每个子元素都是 string类型的双向链表。主要功能是push、 pop、获取一个范围的所有值等。操作中key理解为链表的名字。

List类型数据操作指令简介

lpush key string 在key对应list的头部添加字符串元素，返回1表示成功， 0表示key存在且不是list类型。

rpush key string在key对应list的尾部添加字符串元素。

llen key 返回key对应list的长度， 如果key不存在返回0， 如果key对应类型不是list返回错误。

ltrim key start end 截取list指定区间内元素，成功返回1， key不存在返回错误。

lrange key start end 返回指定区间内的元素， 下标从0开始， 负值表示从后面计算， -1表示倒数第一个元素 ， key不存在返回空列表。

lset key indexvalue 设置list中指定下标的元素值，成功返回1， key或者下标不存在返回错误。

lremkey count value从 List 的头部 （ count正数）或尾部 （ count负数）删除一定数量 （ count）匹配value的元素，返回删除的元素数量。 count为0时候删除全部。

lpop key 从list的头部删除并返回删除元素。如果key对应list不存在或者是空返回nil，如果key对应值不是list返回错误。

rpop key从list的尾部删除并返回删除元素。

blpop key1 …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。

brpop 同blpop，一个是从头部删除一个是从尾部删除。

2.2.4. set类型
set是无序集合，最大可以包含(2的 32次方-1)个元素。 set的是通过 hashtable实现的，所以添加， 删除， 查找的复杂度都是 O(1)。 hash table会随着添加或者删除自动的调整大小。
需要注意的是调整 hashtable大小时候需要同步（获取写锁）会阻塞其他读写操作。可能不久后就会改用跳表（ skip list）来实现。 跳表已经在 sortedsets中使用了。关于 set集合类型
除了基本的添加删除操作， 其它有用的操作还包含集合的取并集(union)， 交集(intersection)，差集(difference)。通过这些操作可以很容易的实现 SNS中的好友推荐和 blog的 tag功能。

set类型数据操作指令简介

sadd key member 添加一个 string 元素到 key 对应 set 集合中，成功返回 1,如果元素以及在集合中则返回0， key 对应的 set不存在则返回错误。

srem key member 从 key 对应 set 中移除指定元素，成功返回 1，如果 member 在集合中不存在或者 key不存在返回 0，如果 key对应的不是 set类型的值返回错误。

spop key 删除并返回 key 对应 set 中随机的一个元素,如果 set 是空或者 key 不存在返回nil。

srandmember key 同 spop，随机取 set中的一个元素，但是不删除元素。

smove srckey dstkey member 从srckey对应set中移除member并添加到dstkey对应set中，整个操作是原子的。 成功返回 1,如果 member在 srckey中不存在返回 0， 如果 key 不是 set
类型返回错误。

scard key 返回 set的元素个数，如果 set是空或者 key不存在返回 0。

sismember key member 判断 member 是否在 set 中，存在返回 1， 0 表示不存在或者 key 不存在。

sinterkey1 key2 …… keyN 返回所有给定key 的交集。

sinterstoredstkey key1 … keyN 返回所有给定 key的交集， 并保存交集存到 dstkey下。

sunion key1 key2 … keyN 返回所有给定 key的并集。

sunionstoredstkey key1 …keyN 返回所有给定 key的并集， 并保存并集到 dstkey下。

sdiffkey1 key2 …keyN 返回所有给定 key 的差集。

sdiffstoredstkey key1 …keyN 返回所有给定 key的差集，并保存差集到 dstkey下。

smembers key 返回 key 对应set 的所有元素，结果是无序的

2.2.5. sorted set 类型
sorted set 是有序集合， 它在 set 的基础上增加了一个顺序属性，这一属性在添加修改元素的时候可以指定， 每次指定后， 会自动重新按新的值调整顺序。 可以理解了有两列的mysql表，一列存 value，一列存顺序。操作中key 理解为 sorted set的名字。

Sorted Set 类型数据操作指令简介

add key score member 添加元素到集合，元素在集合中存在则更新对应 score。

zrem key member 删除指定元素， 1表示成功，如果元素不存在返回 0。

zincrby key incrmember 增加对应 member的 score值， 然后移动元素并保持 skip list保持有序。返回更新后的 score值。

zrank key member 返回指定元素在集合中的排名（下标）， 集合中元素是按 score从小到大排序的。

zrevrankkey member 同上,但是集合中元素是按 score从大到小排序。

zrangekey start end 类似 lrange操作从集合中去指定区间的元素。返回的是有序结果

zrevrangekey start end 同上，返回结果是按 score逆序的。

zrangebyscorekey min max 返回集合中 score在给定区间的
元素。

zcount key min max 返回集合中 score在给定区间的数量。

zcardkey 返回集合中元素个数。

zscorekey element 返回给定元素对应的 score。

zremrangebyrank key min max 删除集合中排名在给定区间的元素。

zremrangebyscorekey min max 删除集合中 score在给定区间的元素

**

) 持久化

**
通常 Redis 将数据存储在内存中或虚拟内存中，它是通过以下两种方式实现对数据的持久化。
3.1. 快照方式：（默认持久化方式）
这种方式就是将内存中数据以快照的方式写入到二进制文件中， 默认的文件名为dump.rdb。
客户端也可以使用 save或者 bgsave 命令通知 redis做一次快照持久化。save 操作是在主线程中保存快照的， 由于 redis 是用一个主线程来处理所有客户端的请求， 这种方式会阻塞所有客户端请求。 所以不推荐使用。 另一点需要注意的是， 每次快照持久化都是将内存数据完整写入到磁盘一次， 并不是增量的只同步增量数据。 如果数据量大的话， 写操作会比较多，必然会引起大量的磁盘 IO操作，可能会严重影响性能。
注意： 由于快照方式是在一定间隔时间做一次的，所以如果 redis意外当机的话，就会丢失最后一次快照后的所有数据修改。
3.2. 日志追加方式：
这种方式 redis 会将每一个收到的写命令都通过 write 函数追加到文件中(默认appendonly.aof)。当 redis 重启时会通过重新执行文件中保存的写命令来在内存中重建整个数据库的内容。 当然由于操作系统会在内核中缓存 write做的修改， 所以可能不是立即写到磁盘上。这样的持久化还是有可能会丢失部分修改。不过我们可以通过配置文件告诉redis我们想要通过 fsync 函数强制操作系统写入到磁盘的时机。有三种方式如下 （ 默认是：
每秒 fsync 一次）
**appendonlyyes **//启用日志追加持久化方式
appendfsync always //每次收到写命令就立即强制写入磁盘， 最慢的， 但是保证完全的持久化，不推荐使用
appendfsync everysec //每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，推荐
appendfsync no //完全依赖操作系统，性能最好,持久化没保证
日志追加方式同时带来了另一个问题。 持久化文件会变的越来越大。 例如我们调用 incrtest命令 100次，文件中必须保存全部 100条命令，其实有 99条都是多余的。因为要恢复数据库状态其实文件中保存一条 set test 100就够了。为了压缩这种持久化方式的日志文件。redis提供了 bgrewriteaof命令。 收到此命令 redis将使用与快照类似的方式将内存中的数据
以命令的方式保存到临时文件中，最后替换原来的持久化日志文件