1、概念：开源的K-V存储系统
2、应用场景：配合关系型数据库做高速缓存，利用其多样的数据结构存储特定的数据
3、单线程+多路IO复用技术
string
mset …
同时设置一个或多个 key-value对
mget …
同时获取一个或多个 value
msetnx …
同时设置一个或多个 key-value 对，当且仅当所有给定 key 都不存在。
getrange <起始位置> <结束位置>
获得值的范围，类似java中的substring
setrange <起始位置>
用 覆写 所储存的字符串值，从<起始位置>开始。
setex <过期时间>
设置键值的同时，设置过期时间，单位秒。
getset
以新换旧，设置了新值同时获得旧值。
list：单键多值，Redis 列表是简单的字符串列表，按照插入顺序排序。你可以添加一个元素到列表的头部（左边）或者尾部（右边）。
lpush/rpush …
从左边/右边插入一个或多个值。
lpop/rpop
从左边/右边吐出一个值。值在键在，值亡键亡。
rpoplpush
从列表右边吐出一个值，插到列表左边。
lrange
按照索引下标获得元素(从左到右)
lindex
按照索引下标获得元素(从左到右)
llen
获得列表长度
linsert before/after
在的前面/后面插入
lrem
从左边删除n个value(从左到右)
set：Redis set对外提供的功能与list类似是一个列表的功能，特殊之处在于set是可以自动排重的，当你需要存储一个列表数据，又不希望出现重复数据时，set是一个很好的选择，并且set提供了判断某个成员是否在一个set集合内的重要接口，这个也是list所不能提供的。Redis的Set是string类型的无序集合。它底层其实是一个value为null的hash表,所以添加，删除，查找的复杂度都是O(1)。
sadd …
将一个或多个 member 元素加入到集合 key 当中，已经存在于集合的 member 元素将被忽略。
smembers
取出该集合的所有值。
sismember
判断集合是否为含有该值，有返回1，没有返回0
scard
返回该集合的元素个数。
srem …
删除集合中的某个元素。
spop
随机从该集合中吐出一个值。
srandmember
随机从该集合中取出n个值。不会从集合中删除
sinter
返回两个集合的交集元素。
sunion
返回两个集合的并集元素。
sdiff
返回两个集合的差集元素。
haash：Redis hash 是一个键值对集合。Redis hash是一个string类型的field和value的映射表，hash特别适合用于存储对象。类似Java里面的Map<String,Object>
hset
给集合中的 键赋值
hget
从集合 取出 value
hmset …
批量设置hash的值
hexists key
查看哈希表 key 中，给定域 field 是否存在。
hkeys
列出该hash集合的所有field
hvals
列出该hash集合的所有value
hincrby
为哈希表 key 中的域 field 的值加上增量 increment
hsetnx <value
将哈希表 key 中的域 field 的值设置为 value ，当且仅当域 field 不存在
zset：Redis有序集合zset与普通集合set非常相似，是一个没有重复元素的字符串集合。不同之处是有序集合的所有成员都关联了一个评分（score） ，这个评分（score）被用来按照从最低分到最高分的方式排序集合中的成员。集合的成员是唯一的，但是评分可以是重复了 。因为元素是有序的, 所以你也可以很快的根据评分（score）或者次序（position）来获取一个范围的元素。访问有序集合的中间元素也是非常快的,因此你能够使用有序集合作为一个没有重复成员的智能列表。
zadd …
将一个或多个 member 元素及其 score 值加入到有序集 key 当中。
zrange
返回有序集 key 中，下标在
zrangebyscore key min max [withscores] [limit offset count]
返回有序集 key 中，所有 score 值介于 min 和 max 之间(包括等于 min 或 max )的成员。有序集成员按 score 值递增(从小到大)次序排列。
zrevrangebyscore key max min [withscores] [limit offset count]
同上，改为从大到小排列。
zincrby
为元素的score加上增量
zrem
删除该集合下，指定值的元素
zcount
统计该集合，分数区间内的元素个数
zrank
返回该值在集合中的排名，从0开始。
redis事务
Multi、Exec、discard
从输入Multi命令开始，输入的命令都会依次进入命令队列中，但不会执行，至到输入Exec后，Redis会将之前的命令队列中的命令依次执行。
组队的过程中可以通过discard来放弃组队。
事务的错误处理
组队中某个命令出现了报告错误，执行时整个的所有队列会都会被取消。
如果执行阶段某个命令报出了错误，则只有报错的命令不会被执行，而其他的命令都会执行，不会回滚。
锁
悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。
乐观锁(Optimistic Lock), 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量。Redis就是利用这种check-and-set机制实现事务的。
redis的持久化
RDB：在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里。
rdb的保存的文件：在redis.conf中配置文件名称，默认为dump.rdb。rdb文件的保存路径，也可以修改。默认为Redis启动时命令行所在的目录下
rdb的保存策略
手动保存快照：命令save: 只管保存，其它不管，全部阻塞。save vs bgsave
stop-writes-on-bgsave-error yes 当Redis无法写入磁盘的话，直接关掉Redis的写操作
rdbcompression yes 进行rdb保存时，将文件压缩
rdbchecksum yes 在存储快照后，还可以让Redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能
rdb的备份
先通过config get dir 查询rdb文件的目录
*.rdb的文件拷贝到别的地方
rdb的恢复
关闭Redis
先把备份的文件拷贝到工作目录下
启动Redis, 备份数据会直接加载
rdb的优点
节省磁盘空间
恢复速度快
rdb的缺点
虽然Redis在fork时使用了写时拷贝技术,但是如果数据庞大时还是比较消耗性能。
在备份周期在一定间隔时间做一次备份，所以如果Redis意外down掉的话，就会丢失最后一次快照后的所有修改。
AOF：以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据，换言之，Redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。
AOF默认不开启，需要手动在配置文件中配置
可以在redis.conf中配置文件名称，默认为 appendonly.aof
AOF文件的保存路径，同RDB的路径一致。
AOF和RDB同时开启，系统默认取AOF的数据
AOF文件故障备份
AOF的备份机制和性能虽然和RDB不同, 但是备份和恢复的操作同RDB一样，都是拷贝备份文件，需要恢复时再拷贝到Redis工作目录下，启动系统即加载。
AOF文件故障恢复
AOF文件的保存路径，同RDB的路径一致。
如遇到AOF文件损坏，可通过redis-check-aof --fix appendonly.aof 进行恢复
AOF同步频率设置
始终同步，每次Redis的写入都会立刻记入日志
每秒同步，每秒记入日志一次，如果宕机，本秒的数据可能丢失。
把不主动进行同步，把同步时机交给操作系统。
AOF的优点
备份机制更稳健，丢失数据概率更低。
可读的日志文本，通过操作AOF稳健，可以处理误操作。
AOF的缺点
比起RDB占用更多的磁盘空间。
恢复备份速度要慢。
每次读写都同步的话，有一定的性能压力。
存在个别Bug，造成恢复不能。
Rewrite
AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制,当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof。
扫一扫
1558
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
