redis故障转移以及文件持久化方法

故障转移

一、当redis出现故障，经过Redis 的 gossip 协议，集群节点经过PING/PONG消息实现节点通讯，消息不但能够传播节点槽信息，还能够传播主从状态、节点故障信息等。所以故障检测也是就是经过消息传播机制实现的，而后肯定是当前节点自身，仍是其余节点

二、当故障节点客观下线了之后，那么就要自动选举出一个能够替代他的从节点，从而保证高可用。

    经过如下实现故障转移：

• 选举资格检测和准备工做
• 准备选举的时间
• 发起选举
• 选举投票
• 替换主节点
• 主从切换广播给集群

参考地址：https://blog.csdn.net/men_wen/article/details/73137338

 

redis应用场景：数据量太大、数据访问频率很是低的业务都不适合使用Redis，数据太大会增长成本，访问频率过低，保存在内存中浪费资源。

https://www.cnblogs.com/shiqi17/p/9581752.html

 

redis与memcached的对比 ： 

https://www.cnblogs.com/457248499-qq-com/p/7392653.html

 

两种持久化方式：

一、RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘，实际操做过程是fork一个子进程，先将数据集写入临时文件，写入成功后，再替换以前的文件，用二进制压缩存储。

二、AOF持久化以日志的形式记录服务器所处理的每个写、删除操做，查询操做不会记录，以文本的方式记录，能够打开文件看到详细的操做记录。

参考地址：

https://blog.csdn.net/jackpk/article/details/30073097

https://www.jb51.net/article/65264.htm

https://www.cnblogs.com/chenliangcl/p/7240350.html

 

CI框架多个redis部署

https://www.jb51.net/article/133689.htm

 

总结：

使用redis为的是缩短接口响应时间，减小数据库I/O请求以及相应的数据库数据在程序中的计算，提升QPS，所以不推荐把redis彻底看成数据库使用。为了提升项目的可靠性，在使用redis的时候能够部署若干备用，防止当前（或者节点）redis宕机，从而形成数据丢失，或者sql数据库压力过载宕机。相应的开启redis的持久化避免数据的大量丢失。