Redis的一些常用操作

一、Redis概述

1、Redis介绍

       Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
       Redis是 NoSQL技术阵营中的一员，它通过多种键值数据类型来适应不同场景下的存储需求，借助一些高层级的接口使用其可以胜任，如缓存、队列系统的不同角色。

2、Redis特性

• Redis支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。
• Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储。
• Redis支持数据的备份，即master-slave模式的数据备份。

二、常用的Redis操作

1、String类型常用操作

       字符串类型是Redis中最为基础的数据存储类型，它在Redis中是二进制安全的，这便意味着该类型可以接受任何格式的数据，如JPEG图像数据或Json对象描述信息等。在Redis中字符串类型的Value最多可以容纳的数据长度是512M。

操作名	描述
SET key value	设定该Key持有指定的字符串Value
GET key	获取指定Key的Value
MSET key value [key value …]	同时设置多个key和value
MGET key [key …]	同时获取多个key的值
SETNX key value	设置该Key持有指定的字符串Value(如果key存在就不做任何操作)
MSETNX key value [key value …]	设置多个值(原子性的操作，其中一个key存在就不做任何操作)
APPEND key value	拼接字符串
STRLEN key	返回指定Key的字符值长度
SETRANGE key offset value	替换指定Key的部分字符串值
GETRANGE key start end	截取字符串

2、list类型常用操作

       在Redis中，List类型是按照插入顺序排序的字符串链表。和数据结构中的普通链表一样，我们可以在其头部(left)和尾部(right)添加新的元素。在插入时，如果该键并不存在，Redis将为该键创建一个新的链表。与此相反，如果链表中所有的元素均被移除，那么该键也将会被从数据库中删除。List中可以包含的最大元素数量是4294967295。

​       从元素插入和删除的效率视角来看，如果我们是在链表的两头插入或删除元素，这将会是非常高效的操作，即使链表中已经存储了百万条记录，该操作也可以在常量时间内完成。然而需要说明的是，如果元素插入或删除操作是作用于链表中间，那将会是非常低效的。

操作名	描述
LPUSH key value [value …]	添加键和对应的多个值
LRANGE key start stop	查询该键对应的值
LLEN key	查询该键有多少个值
LREM key count value	删除指定键中前count个值等于value的元素
LSET key index value	修改指定键中指定索引位置的value
LINDEX key index	获取指定键指定索引位置的value
LINSERT key BEFORE | AFTER pivot value	在指定的某个value前或后插入一个新的value

3、hash类型常用操作

操作名	描述
HSET key field value	为指定的Key设定Field/Value对
HGET key field	获取指定Key中指定Field的关联值
HEXISTS key field	判断指定Key中的指定Field是否存在
HLEN key	获取该Key所包含的Field的数量
HDEL key field [field …]	从指定Key的Hashes Value中删除参数中指定的多个字段，如果不存在的字段将被忽略
HGETALL key	获取该键包含的所有Field/Value
HKEYS key	获取指定Key的所有Fields名
HVALS key	返回指定Key的所有Values名
HMSET key field value [field value …]	逐对依次设置参数中给出的Field/Value对
HMGET key field [field …]	获取和参数中指定Fields关联的一组Values

4、set类型常见操作

       在Redis中，我们可以将Set类型看作为没有排序的字符串集合。Set可包含的最大元素数量是4294967295。
       Set类型在功能上还存在着一个非常重要的特性，即在服务器端完成多个Sets之间的聚合计算操作，如unions、intersections和differences。由于这些操作均在服务端完成，因此效率极高，而且也节省了大量的网络IO开销。

操作名	描述
SADD key member [member …]	添加键和对应的值
SMEMBERS key	获取与该Key关联的Set中所有的成员
SCARD key	获取Set中成员的数量
SREM key member [member …]	从与Key关联的Set中删除参数中指定的成员
SDIFF key [key …]	获取第一个key和后面所有key中不同的部分
SINTER key [key …]	获取所有Keys关联的Sets中成员的交集
SUNION key [key …]	获取所有Keys关联的Sets中成员的并集

5、SortedSet类型常见操作

       Sorted-Sets和Sets类型极为相似，它们都是字符串的集合，都不允许重复的成员出现在一个Set中。它们之间的主要差别是Sorted-Sets中的每一个成员都会有一个分数(score)与之关联，Redis正是通过分数来为集合中的成员进行从小到大的排序。然而需要额外指出的是，尽管Sorted-Sets中的成员必须是唯一的，但是分数(score)却是可以重复的。
       在Sorted-Set中添加、删除或更新一个成员都是非常快速的操作，由于Sorted-Sets中的成员在集合中的位置是有序的，因此，即便是访问位于集合中部的成员也仍然是非常高效的。事实上，Redis所具有的这一特征在很多其它类型的数据库中是很难实现的，换句话说，在该点上要想达到和Redis同样的高效，在其它数据库中进行建模是非常困难的。

操作名	描述
ZADD key score member [score] [member]	添加成员
ZCARD key	统计个数
ZRANGE key start stop [WITHSCORES]	根据索引获取成员
ZRANGEBYSCORE key min max	根据分数获取成员
ZRANK key member	获取成员的索引位置
ZSCORE key member	获取成员的分数
ZREM key member [member …]	删除成员

6、其他常用操作

操作名	描述
KEYS pattern	获取所有匹配pattern参数的Keys
DEL key [key …]	删除指定的keys
EXPIRE key seconds	为参数中指定的Key设定超时的秒数，在超过该时间后，Key被自动的删除
PERSIST key	取消key的过期时间
TTL key	获取该键所剩的超时描述

7、事务

       Redis 事务可以一次执行多个命令， 并且带有以下两个重要的保证：

• 事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
• 事务是一个原子操作：事务中的命令要么全部被执行，要么全部都不执行。

       一个事务从开始到执行会经历以下三个阶段：

• 开始事务：MULTI ，Redis Multi 命令标记一个事务块的开始
• 命令入队：
• 执行事务：EXEC ，Redis Exec 命令用于执行所有事务块内的命令

       此外，DISCARD，Redis Discard 命令用于取消事务，放弃执行事务块内的所有命令。

三、Redis数据持久化配置

1、RDB快照方式

       缺省情况下，Redis会将数据集的快照dump到dump.rdb文件中。此外，我们也可以通过配置文件来修改Redis服务器dump快照的频率，在打开redis.conf文件之后，我们搜索save，可以看到下面的配置信息：

• save 900 1
  在900秒(15分钟)之后，如果至少有1个key发生变化，则dump内存快照。
• save 300 10
  在300秒(5分钟)之后，如果至少有10个key发生变化，则dump内存快照。
• save 60 10000
  在60秒(1分钟)之后，如果至少有10000个key发生变化，则dump内存快照。

       注意:关于dump.rdb文件存储的位置,它是设置是在redis.conf文件中
       dir ./ 这段配置指的是服务器启动时的当前路径。

2、AOF日志文件方式

• AOF日志持久化机制的开启：
  将     appendonly no
  改为 appendonly yes

• `AOF同步方式的配置：
  在Redis的配置文件中存在三种同步方式，它们分别是：

  • appendfsync always
    每次有数据修改发生时都会写入AOF文件。
  • appendfsync everysec
    每秒钟同步一次，该策略为AOF的缺省策略。
  • appendfsync no
    从不同步。高效但是数据不会被持久化。