Redis -- 学习分享（二）

Redis持久化功能

Redis为了内部数据安全的考虑，会把本身的数据以文件的形式保存到硬盘中一份，在服务器重启之后，会自动把硬盘的数据恢复到内存中去。

1、snap shotting 快照持久化
该持久化是默认开启的，一次性把Redis中的全部数据保存一份到硬盘中，如果数据非常多(10-20G)就不适合频繁进行该持久化操作。

快照持久化在本地硬盘保留的数据备份文件

快照频率（redis.conf 配置文件）

save 900 1 900秒内如果超过1个key被修改，则发起快照保存。
save 300 10 300秒内如果超过10个key被修改，则发起快照保存。
save 60 10000 60秒内如果超过10000个key被修改，则发起快照保存。

以上3个save就意味着：
数据修改的频率越高，备份频率也就越高
数据修改的频率越低，备份频率也就越低

快照持久化文件的名字定义和保存路径：

2、append only file (AOF持久化)

本质：把用户执行的每个”写”指令(添加、修改、删除)都备份到文件中，还原数据的时候，就是执行具体的指令。
开启AOF持久化(会清空redis内部的数据)，可以修改备份文件的文件名，默认为appendonly.aof

AOF的备份频率（redis.conf 配置文件中）

appendfsync always 每次收到写指令就立即强制写入磁盘，最慢的，但是保证完全的持久化，不推荐使用。
appendfsync everysec 每秒钟强制写入磁盘中一次，在性能和持久化方面做了很好的折中，建议使用。
appendfsync no 完全依赖服务器，性能最好，持久化没保证。

Redis主从模式

主从复制
1、master可以拥有多个slave
2、多个slave可以连接同一个master外，还可以连接到其他slave
3、主从复制不会阻塞master，在同步数据时，master可以继续处理client请求
4、提供系统的伸缩性

主从复制的过程
1、slave和master建立连接时，发送sync同步命令
2、master会开启一个后台进程，将数据快照保存到文件中，同时master主进程会开始收集新的写命令并缓存
3、后台完成保存，会将文件发送给slave
4、slave将此文件保存到硬盘上

为了降低Redis的负载，实现读写分离，可以多设置几个redis服务器，并做主从模式，一个服务器负载”写”数据，其他服务器负载”读”数据，主服务器数据会自动同步到从服务器。
配置redis.conf 文件成为从服务器

从服务器禁止写入操作

Redis-cluster集群

Redis3.0版本是里程碑，彻底颠覆了前期的各种分布式结构，出现了集群技术，分布式可以在内部维护，节点之间两两互联。

特点：
1、所有的集群间的节点两两互通(包括主节点和从节点).使用内部二进制协议,优化传输速度。
2、集群的事件,例如主节点宕机,从节点顶替,通过所有在线的master主节点进行过半选举;(集群搭建最小的主节点规模是3);哨兵进程消失了,但是哨兵的逻辑整合到主节点中。
3 、客户端与cluster联通可以实现只连接其中一个节点,就能实现内部的分布式分片计算,客户端传递的key不需要在客户端完成分片计算。
4、redis-cluster把所有的主节点分配管理0-16383整数区间,整数称为槽道号,所有的key值无论传递给哪个节点,key值经过hash取模计算–>0-16383整数–>判断管理整数槽道号的节点;形成key–>slot–>node;一旦槽道的管理结构发生变化,key也应该随之变动。