redis

阅读目录

• 一、集群模式
• 二、配置文件

回到顶部

一、集群模式

总结经验

redis主从：可实现高并发(读)，典型部署方案：一主二从

redis哨兵：可实现高可用，典型部署方案：一主二从三哨兵

redis集群：可同时支持高可用(读与写)、高并发，典型部署方案：三主三从

 

1.主从模式

优点：读写分离，一主多从，数据备份方便

缺点：无法自动切换主从，无法自动处理故障(无选取机制)，无法动态伸缩

 

2.哨兵模式

进阶版主从模式，能自动处理故障

优点：

缺点:

3.cluster模式

优点:可以自动处理故障，自动切换主从，可以动态伸缩

搭建过程:

kubectl get endpoints -n redis 获取redis node ip

创建redis集群: redis-cli --cluster create 10.244.36.101:6379 10.244.36.102:6379 10.244.36.103:6379 10.244.36.104:6379 10.244.36.105:6379 10.244.36.106:6379 --cluster-replicas 1

 

回到顶部

二、配置文件

# 900秒（15分钟）内至少1个key值改变（则进行数据库保存--持久化） 
save 900 1
save <seconds> <changes>
save ""  表示禁止rdb持久化，打开aof持久化

 三、redis问题

1.脑裂

某个节点由于网络分区或者其他原因，与其他节点失去联系，想独立成为一个实例，从而导致数据不一致或其他问题。

解决方法通常包括以下几个步骤：

1.  

   检查网络连接：确保所有节点之间的网络连接正常，没有防火墙或网络分裂问题。

    

    

2.  

   检查集群配置：确保每个节点的redis.conf文件中的集群配置正确，包括集群节点的地址和端口。

    

    

3.  

   检查集群状态：使用redis-cli工具的CLUSTER INFO和CLUSTER NODES命令来检查集群的状态和节点信息。

    

    

4.  

   解决网络分裂问题：如果发生了网络分裂，需要解决这个问题，可能需要手动干预，将分裂的节点重新连接到集群中。

    

    

5.  

   数据一致性：在网络分裂问题解决后，确保通过数据恢复或其他手段，保证集群中各个节点的数据一致性。

    

    

6.  

   监控和预警：设置监控系统，以便在未来发生类似问题时能够快速响应和解决。

    

   三、数据

   1.列表

   列表的插入方向，左为头，右为尾。列表序号从0开始，方向从左开始

   lpush key value1 value2 #从列表头插入键，列表[values2，values1]
   rpush key value1 value2 #从列表尾插入键，列表[values1, values2]