redis集群调优-redis升级多集群(9-7-55)

更新时间：2024-07-20 分类：Redis 浏览量：2

Redis本文目录一览：

基于以上，Redis集群方案显得尤为重要。通常有3个途径：官方Redis Cluster；通过Proxy分片；客户端分片（Smart Client）。以上三种方案各有利弊。

Redis官方集群方案 Redis Cluster Redis Cluster是一种服务器Sharding技术，0版本开始正式提供。Redis Cluster中，Sharding采用slot（槽）的概念，一共分成16384个槽，这有点儿类pre sharding思路。

使用Jedis带的客户端分片ShardedJedisPool类。使用代理进行分片twemproxy，连接代理可以使用Jedis类（单链接）和JedisPool类（多链接）。

传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。

客户端与redis节点直连，不需要连接集群所有的节点，连接集群中任何一个可用节点即可。redis-trib.rb脚本（rub语言）为集群的管理工具，比如自动添加节点，规划槽位，迁移数据等一系列操作。

解决办法在客户端将连接进行池化，同时对客户端读写Redis操作采用内部锁synchronized。服务器角度，利用setnx变向实现锁机制。

可以尝试优化Redis的内存配置，如使用更高效的数据结构、通过分片方式扩容等。操作数据过大：如果set操作要处理的数据量过大，会导致操作耗时增加。可以尝试减小set操作要处理的数据量，如拆分为多个操作、使用批量操作等。

可以利用Redis的setnx功能来编写分布式的锁，虽然这个可能不是太常用。

总的老说，优化方案中只有两种，一种是给查询的字段加组合索引。

Redis使用场景 Redis是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。我们都知道，在日常的应用中，数据库瓶颈是最容易出现的。

注意：这个时候如果去看redis的配置文件，会发现配置文件中已经自动改好了主节点为6383了；而且哨兵的配置文件中，也改了主节点为6383了。这些都是哨兵帮我们做的因集群中已有了新主节点，所以6381再启动只能作为从节点。

按照之前的配置修改并启动，使用以下命令将其加入集群：添加完新节点后，需要对新添加的主节点进行hash槽重新分配，这样该主节点才能存储数据，redis共有16384个槽。

如果发了雪崩，我们可以有服务降级、熔断、限流手段来拒绝一些请求，保证服务的正常。但是，这些对用户体验是有一定影响的。 Redis 高可用架构 Redis 高可用架构，大家基本上都能想到主从、哨兵、集群这三种模式。

/www/server/redis/src/redis-server /www/server/redis/redis.conf 查看redis是否在运行 ps aux|grep redis 现在是单机redis模式完成。

哨兵模式就是在主从模式的基础上再加一个哨兵集群。每个哨兵都会监控主节点和从节点的状态。如果主节点挂了，就会从从节点中选出一个来作为主节点，以达到高可用的目的。