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

故障转移

1、当redis出现故障，通过Redis 的 gossip 协议，集群节点通过PING/PONG消息实现节点通信，消息不但可以传播节点槽信息，还可以传播主从状态、节点故障信息等。因此故障检测也是就是通过消息传播机制实现的，然后确定是当前节点自身，还是其他节点

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

    通过以下实现故障转移：

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

参考地址：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

 

两种持久化方式：

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

2、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的持久化避免数据的大量丢失。

 

 

 

转载于:https://my.oschina.net/u/3268486/blog/3062953