21.9-21.12 Redis介绍，安装，持久化介绍

zhk2369

　　21.09 Redis介绍

• 　　Redis和Memcached类似，也属于k-v数据存储
  
• 　　Redis官网redis.io, 当前最新稳定版4.0.1
  
• 　　支持更多value类型，除了和string外，还支持hash、lists（链表）、sets（集合）和sorted sets（有序集合）
  
• 　　redis使用了两种文件格式：全量数据(RDB)和增量请求(aof)。
  
• 　　全量数据格式是把内存中的数据写入磁盘，便于下次读取文件进行加载。
  
• 　　增量请求文件则是把内存中的数据序列化为操作请求，用于读取文件进行replay得到数据，这种类似于mysql binlog。
  
• 　　redis的存储分为内存存储、磁盘存储和log文件三部分
  

　　21.10 Redis 安装
cd /usr/local/src/　　
wget http://download.redis.io/releases/redis-4.0.1.tar.gz
　　
tar zxvf redis-4.0.1.tar.gz
　　
cd redis-4.0.1
　　
make && make install
　　
cp redis.conf /etc/redis.conf
　　
vim /etc/redis.conf #修改如下配置
　　#把
daemonize no　　#改成
daemonize yes　　#no前台启动，yes后台启动
logfile "/var/log/redis.log"     #定义日志文件　　
dir /data/redis/             #redis文件存放路径
　　
appendonly yes                   #开启aof，aof名字：apendonly.aof
　　
mkdir /data/redis
　　两项内核参数，没必要修改时保持默认
　　在rc.local添加此两项参数，开启时可以启动
sysctl vm.overcommit_memory=1　　
echo never > /sys/kernel/mm/transparent_hugepage/enabled
　　启动Redis服务
redis-server /etc/redis.conf　　检查进程
ps uax |grep redis　　
root     12428  0.0  0.1 145252  2168 ?        Ssl  17:37   0:00 redis-server 127.0.0.1:6379
　　
root     12457  0.0  0.0 112660   968 pts/0    R+   17:38   0:00 grep --color=auto redis
　　21.11 Redis持久化

• 　　前言：数据存放在内存里，无论是读和写都是非常快的，但是如果重启服务器或者重启服务，数据都会因此丢失。所以，数据较为重要的话，需要实施数据持久化。
  
• 　　Redis提供了两种持久化的方式，分别是RDB（Redis DataBase）和AOF（Append Only File）
  
• 　　RDB，简而言之，就是在不同的时间点，将redis存储的数据生成快照并存储到磁盘等介质上。#简单来说，就是把内存的数据做一个镜像，然后完整映射存储到磁盘上面。
  
• 　　存储方式是通过redis.conf的save参数来定义存储方式。
  

• 　　example,
  
• 　　#   save ""
  
• 　　save 900 1
  
• 　　save 300 10
  
• 　　save 60 10000
  
• 　　满足这3个条件则会触发持久化存储
  
• 　　如果把持久化关闭，则把save参数条件都deleted，然后把#save "" 注释去掉，改成这样
  
• 　　save ""
  

• 　　AOF，则是换了一个角度来实现持久化，那就是将redis执行过的所有写指令记录下来，在下次redis重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。#数据随着操作时间的增长而增长。
  
• 　　其实RDB和AOF两种方式也可以同时使用，在这种情况下，如果redis重启的话，则会优先采用AOF方式来进行数据恢复，这是因为AOF方式的数据恢复完整度更高。
  
• 　　AOF有三种方式
  

• 　　appendfsync always#一直写，每次变更就写
  
• 　　appendfsync everysec    #每秒写
  
• 　　appendfsync no#每隔一段时间写，最不安全的
  

• 　　如果你没有数据持久化的需求，也完全可以关闭RDB和AOF方式，这样的话，redis将变成一个纯内存数据库，就像memcache一样。
  
• 　　两者对比，AOF保存比较存储比较安全。
  

　　21.12 Redis数据类型
　　Redis数据类型-string
　　string为最简单的类型，与Memcached一样的类型，一个key对应一个value，其支持的操作与Memcached的操作类似，它的功能更丰富。设置可以存二进制的对象。
　　示例：
　　# redis-cli      #连接redis的命令，redis通用入口命令
　　set设置单个key-value
　　get单个值
127.0.0.1:6379> set key1 10　　
OK
　　
127.0.0.1:6379> get key1
　　
"10"
　　
#mset设置多个key-value
　　
#mget多个值
　　
127.0.0.1:6379> mset key2 20 key3 30
　　
OK
　　
127.0.0.1:6379> mget key1 key2 key3
　　
1) "10"
　　
2) "20"
　　
3) "30"
　　Redis数据类型-list
　　list是一个链表结构，主要功能是push、pop、获取一个范围的所有值等等。操作中key理解为链表的名字。
　　使用 list 结构，我们可以轻松地实现最新消息排行等功能（比如新浪微博的 TimeLine ）。
　　list 的另一个应用就是消息队列，可以利用 list 的 push操作，将任务存在 list 中，然后工作线程再用pop操作将任务取出进行执行。
　　push与pop的是推挤特性，push将k-v推进list，然后pop把值排出来
　　示例：
　　# redis-cli
　　#lpush作用——定义kv
127.0.0.1:6379> LPUSH list1 111　　
(integer) 1
　　
127.0.0.1:6379> LPUSH list1 222
　　
(integer) 2
　　
127.0.0.1:6379> LPUSH list1 333
　　
(integer) 3
　　
#LRANGE查值,0 -1表示倒序
　　
127.0.0.1:6379> LRANGE list1 0 -1
　　
1) "333"
　　
2) "222"
　　
3) "111"
　　
#LPOP取值，取值后，list会缺少被取出的值
　　
127.0.0.1:6379> LPOP list1
　　
"333"
　　
127.0.0.1:6379> LRANGE list1 0 -1
　　
1) "222"
　　
2) "111"
　　Redis数据类型-set
　　set是集合，和我们数学中的集合概念相似，对集合的操作有添加删除元素，有对多个集合求交并差等操作。操作中key理解为集合的名字。比如在微博应用中，可以将一个用户所有的关注人存在一个集合中，将其所有粉丝存在一个集合。因为 Redis 非常人性化的为集合提供了求交集、并集、差集等操作，那么就可以非常方便的实现如共同关注、共同喜好、二度好友等功能，对上面的所有集合操作，你还可以使用不同的命令选择将结果返回给客户端还是存集到一个新的集合中。
　　set示例
#SADD　　
127.0.0.1:6379> SADD set1 1
　　
(integer) 1
　　
127.0.0.1:6379> SADD set1 2
　　
(integer) 1
　　
127.0.0.1:6379> SADD set1 3
　　
(integer) 1
　　
127.0.0.1:6379> SADD set1 a
　　
(integer) 1
　　
127.0.0.1:6379> SADD set1 b
　　
(integer) 1
　　
127.0.0.1:6379> SADD set2 2
　　
(integer) 1
　　
127.0.0.1:6379> SADD set2 3
　　
(integer) 1
　　
127.0.0.1:6379> SADD set2 4
　　
(integer) 1
　　
127.0.0.1:6379> SADD set2 a
　　
(integer) 1
　　
127.0.0.1:6379> SADD set2 b
　　
(integer) 1
　　
#SMEMBERS 查key值
　　
127.0.0.1:6379> SMEMBERS set1
　　
1) "1"
　　
2) "a"
　　
3) "3"
　　
4) "2"
　　
5) "b"
　　
#SMEMBERS 查key值
　　
127.0.0.1:6379> SMEMBERS set2
　　
1) "a"
　　
2) "4"
　　
3) "3"
　　
4) "2"
　　
5) "b"
　　
#SINTER 求交集
　　
127.0.0.1:6379> SINTER set1 set2
　　
1) "a"
　　
2) "3"
　　
3) "2"
　　
4) "b"
　　
#SUNION 去重，并集
　　
127.0.0.1:6379> SUNION set1 set2
　　
1) "1"
　　
2) "a"
　　
3) "2"
　　
4) "b"
　　
5) "4"
　　
6) "3"
　　
#SDIFF 求差集
　　
127.0.0.1:6379> SDIFF set1 set2
　　
1) "1"
　　
#SREM 删除元素
　　
127.0.0.1:6379> SREM set1 1
　　
(integer) 1
　　
127.0.0.1:6379> SMEMBERS set1
　　
1) "a"
　　
2) "3"
　　
3) "2"
　　
4) "b"
　　解释：
　　127.0.0.1:6379> SINTER set1 set2 //交集，相同的交集一起
　　127.0.0.1:6379> SUNION set1 set2 //并集，set1,set2去重合并
　　127.0.0.1:6379> SDIFF set1 set2 //差集，不同的元素
　　127.0.0.1:6379> SREM set1 c //删除元素
　　127.0.0.1:6379> SADD set2 a 2  b
　　Redis数据类型-sort set
　　sorted set是有序集合，它比set多了一个权重参数score，使得集合中的元素能够按 score 进行有序排列，比如一个存储全班同学成绩的 Sorted Sets，其集合 value 可以是同学的学号，而 score 就可以是其考试得分，这样在数据插入集合的时候，就已经进行了天然的排序。
127.0.0.1:6379> ZADD set3 10 a　　
(integer) 1
　　
127.0.0.1:6379> ZADD set3 20 "a-2"
　　
(integer) 1
　　
127.0.0.1:6379> ZADD set3 30 b
　　
(integer) 1
　　
127.0.0.1:6379> ZADD set3 40 b-2
　　
(integer) 1
　　
#顺序
　　
127.0.0.1:6379> ZRANGE set3 0 -1
　　
1) "a"
　　
2) "a-2"
　　
3) "b"
　　
4) "b-2"
　　
#倒序
　　
127.0.0.1:6379> ZREVRANGE set3 0 -1
　　
1) "b-2"
　　
2) "b"
　　
3) "a-2"
　　
4) "a"
　　排序的时候，score值不会被显示出来的
　　Redis数据类型-hash
　　在 Memcached 中，我们经常将一些结构化的信息打包成 hashmap，在客户端序列化后存储为一个字符串的值（一般是 JSON 格式），比如用户的昵称、年龄、性别、积分等。
　　示例
　　格式：
　　#HSET key value（多个元素）
127.0.0.1:6379> HSET hash1 name kevin　　
(integer) 1
　　
127.0.0.1:6379> HSET hash1 age 26
　　
(integer) 1
　　
127.0.0.1:6379> HSET hash1 job IT
　　
(integer) 1
　　
#HGET key value
　　
127.0.0.1:6379> HGET hash1 name
　　
"kevin"
　　
127.0.0.1:6379> HGET hash1 job
　　
"IT"
　　
127.0.0.1:6379> HGET hash1 age
　　
"26"
　　
#HGETALL 获取全部hash value
　　
127.0.0.1:6379> HGETALL hash1
　　
1) "name"
　　
2) "kevin"
　　
3) "age"
　　
4) "26"
　　
5) "job"
　　
6) "IT"