学redis需要了解的一些知识点

1.redis是什么？

redis（remote dictionary server）:是一个以key-value形式存储于内存中的数据库.提供了 String / List / Set / Sort Set /Hash 五种数据结构。

服务器在断电之后，仍然可以恢复到断电之前的状态。

资料： 官网 ： http://redis.io   中文网:     http://www.redis.cn/         相关文档： http://redisdoc.com/

2.redis特点?

线程模型：单线程-多路复用io模型

性能高：支持读 11万/秒  ，  写 8万/秒

存储： 内存 ;  RDB文件(二进制安全的真实数据) ;  AOF文件（客户端的命令集合）

事务： 支持事务（每个客户端串行执行命令，其他客户端处于阻塞状态）

发布/订阅模式：  功能？ 什么场景使用？？

3.redis数据类型

String:动态字符串(每个key都是一个String)

编码方式：int / raw() /embstr

应用场景：普通的string场景

List:列表结构，有序可重复的结构。它拥有队列的特性。 

编码方式：ziplist / linkedlist (如果数据量较小，且是数字或者字符串，则内部结构为 ziplist)

应用场景：普通的集合数据

Set:集合结构，不重复的集合结构。

编码方式：intset(整数集合) / hashtable

应用场景：普通的非重复集合数据;支持取交集、取并集等操作

Sort Set:有序集合结构，和Set比较起来，它是有序的。

编码方式：ziplist / skiplist

应用场景：有序不重复的集合数据

Hash:哈希结构，存储多个key:value的结构,此种结构可以存储对象 ；  如  HMSET  user(key)  username value1 password value2

编码方式：ziplist / hashtable

应用场景： 从关系型数据库去出一条数据，就可以让入到此种结构中

4.内存优化

redis提供内存回收策略，根据使用的情况可以选择适当的回收策略

redis提供内存共享策略，服务器启动时，会自动创建0-9999的数字对象，其他地方使用，可以直接引用。

本质：对内存的操作，其实是在每一个redis对象结构内都有一个count的属性，该属性记录了这个对象被引用的次数，如果为0，那么在内存回收时将回收该空间。

save参数调整：当满足条件时，触发SAVE命令，持久化到RDB文件

appendonly参数： 默认no ,若yes，则开启AOF文件持久化； BGREWRITEAOF  命令 持久化。其中appendsync参数调整具体的持久化策略，默认为每秒

内存回收策略：

5.发布订阅模式

 

6.数据过期设置

可以根据业务需求，将某些数据进行日期设置

 

7.事务

单线程处理所有客户端发来的请求，所以当有一个客户端在执行，其他客户端只能处于阻塞态。只有当前客户端请求完毕，其他客户端才能请求

8.数据存储

RDB文件模式(快照)：该模式存储的是真实数据，SAVE /BGSAVE 命令 可以将内存中的数据存储到磁盘文件中。SAVE和BGSAVE区别在于，SAVE是同步命令，

            即当执行该命令，其他客户端处于阻塞状态；而BGSAVE 命令则是开启一个子进程处理，不会影响主进程操作。

AOF文件模式：该模式存储的是服务器执行的命令集合，BGREWRITEAOF 命令。 该模式是appendonly参数控制，若打开，则会将数据同步到aof文件中

特点：该模式下，会在服务器端开辟一段缓冲内存来存储最近时间单位的命令，所以该点要注意。同样，它也是子进程进行执行

注意：AOF模式的更新频率比RDB高，若开启AOF模式的情况下，优先载入AOF文件内容

9.数据恢复策略

若RDB模式开启：重启服务器只加载rdb文件内容

若AOF模式开启：重启服务器只加载aof文件内容

若两者都开启：只加载aof文件内容

 

10主从复制

功能：数据备份，读写分离(测试环境，主服务器写，从服务器读)

步骤：在从服务端器执行： slaveof <masterip> <masterport> 即可维持关系；配置文件中也可以

特点：

1.master可以有多个slave

2.除了多个slave连到相同的master外，slave也可以连接其他slave形成图状结构

3.主从复制不会阻塞master。也就是说当一个或多个slave与master进行初次同步数据时，master可以继续处理client发来的请求。相反slave在初次同步数据时则会阻塞不能处理client的请求。

4.主从复制可以用来提高系统的可伸缩性,我们可以用多个slave 专门用于client的读请求，比如sort操作可以使用slave来处理。也可以用来做简单的数据冗余

5.可以在master禁用数据持久化，只需要注释掉master 配置文件中的所有save配置，然后只在slave上配置数据持久化。

  6.主服务器可以关闭持久化功能（注释掉save参数）

 

11.sentinel(监测系统)

本质：是一个运行在特殊模式下的redis服务器。

功能：监控运行在多机上的主redis服务器，若有某一台主服务器出现故障，将自动把其他正常的从服务器切换为主服务器，代替出现故障主服务器的工作。

特点：

1.不发挥数据库的功能(所有对key以及数据类型操作的命令不能使用)

2.将会给监控的主服务器以及主服务器所属的从服务器发送命令，确认是否下线

3.会和监控同一个主服务器的其他sentinel服务器通信，作用是在共同判断所监控的主服务器的状态

4.根据多个sentinel判断的主服务器状态，来决定是否要进行主从切换，故障转移等

转移：sentinel监控的主服务器配置参数要在 sentinel.conf 文件中配置，启动时加载

 

具体配置安装步骤：

1.http://blog.csdn.net/pi9nc/article/details/17735653

2.http://blog.csdn.net/luyee2010/article/details/9385155

 

12.集群

功能：将众多的key-value集合存在多个节点上，当某一个节点出现障碍，不影响整个集群的功能。

涉及到的关键词：

节点：一个端口的redis服务便是一个节点

槽指派（集群将整个系统分为16384个hash槽）：这16384个槽位要全部分布在集群中的主节点上。

重新分片：若某个主节点故障了，将该主节点的槽位分配到其他可以用的主节点上。

上线/下线状态： 是否全部的槽位都分布在节点上。

特点：

1.如果某个节点要集群，必须要设置cluster-enabled yes

2.每个节点都有这16384个槽位所属的节点信息，如果值没有正确进入槽位，那么该节点会提示系统将信息放入正确槽位。重定向的过程会出现一个面向客户端隐藏的MOVED错误

3.集群在线状态也可以进行重新分片

4.集群中的主节点用户处理客户端命令，从节点用于复制主节点的数据，主节点下线时，从节点代替主节点的工作

//注意：目前官方提供的集群功能仍处于内测版本。

 

13.redis基准

redis自带的redis-benchmark 工具，支持各种参数进行性能测试

特点：

1.可以模拟多个客户端处理任意个请求

2.可以测试仅仅少数使用的命令等

注意：测试发现，linux环境下部署的redis服务器性能远高于windows下部署的redis服务器性能， 不在一个层级上面

 

14.关系数据库模型的转换

关系型数据库表结构：user表 (uid username password birthday )

在redis中可以这样存在：

1.主键： SET user:uid 1  、  GET user:1

2.其他字段：SET user:uid:username  GET user:5:username ( 5 是通过参数值传进来的)

3.表数据也可以存在hash结构中:      HMSET user:uid username value1 password value2 birthday value3

 

15.排序

 

16.管道

功能：客户端一次可以传送多个命令到服务器，减少往返时延。大大提高性能。

 

17.优化

redis提供一些简单的内存优化策略，如过期数据清除，内存数据共享

18.持久化