CentOS Redis性能调优技巧有哪些

一、内存管理优化

• 设置合理maxmemory限制：通过maxmemory参数定义Redis最大可用内存（如maxmemory 4gb），防止内存溢出导致性能骤降或进程被系统终止。需根据服务器内存容量及业务需求预留20%-30%的闲置内存，避免系统内存耗尽。
• 选择高效淘汰策略：配置maxmemory-policy参数，当内存达到上限时自动淘汰数据。常用策略包括volatile-lru（淘汰最近最少使用的带过期时间的key）、allkeys-lru（淘汰所有key中最近最少使用的）、volatile-lfu（淘汰最不经常使用的带过期时间的key），其中allkeys-lru适合大多数场景。
• 启用惰性删除：Redis 4.0及以上版本支持unlink命令，可将大key的删除操作放到后台线程执行，避免阻塞主线程。对于大key的删除，优先使用unlink而非del。

二、数据结构优化

• 匹配业务场景选型：根据数据特性选择合适的数据结构。例如，存储对象用Hash（节省内存，支持字段级操作）；统计UV用HyperLogLog（内存占用极低，误差约0.81%）；存储大量有序数据用ZSet（支持范围查询和排序）；避免用String存储复杂对象（会增加内存开销）。
• 避免大key与大value：大key（如超过10KB的value）会占用大量内存，且GET/SET操作时易引发阻塞。解决方法是拆分大key为多个小key（如将大Hash拆分为多个小Hash，每个小Hash存储部分字段）；value尽量存储精简数据（如用JSON替代嵌套结构，压缩文本内容）。

三、持久化策略优化

• 平衡RDB与AOF配置：RDB（快照）适合备份（数据恢复快，文件小），AOF（追加日志）适合数据安全性（支持秒级同步）。可根据业务需求组合使用：
  • 若对数据安全性要求高，开启AOF（appendonly yes），并设置appendfsync everysec（每秒同步一次，兼顾性能与数据安全）；
  • 若对备份要求高，开启RDB（通过save参数设置快照频率，如save 900 1表示900秒内至少1个key变化则触发快照）；
  • 生产环境建议关闭save ""（禁用默认快照），避免不必要的磁盘IO。
• 优化AOF重写：当AOF文件过大时，Redis会自动触发重写（bgrewriteaof），生成新的AOF文件（仅包含最终数据）。可通过auto-aof-rewrite-percentage（触发重写的增长率，默认100%，即文件大小翻倍）和auto-aof-rewrite-min-size（触发重写的最小文件大小，默认64MB）调整重写频率，减少重写对性能的影响。

四、网络与连接优化

• 调整TCP参数：在/etc/sysctl.conf中添加以下配置，提升网络吞吐量与连接处理能力：
  • net.core.somaxconn 1024（增加TCP连接队列长度，避免连接被拒绝）；
  • net.ipv4.tcp_max_syn_backlog 1024（增加SYN队列长度，应对高并发连接请求）；
  • net.ipv4.tcp_keepalive_time 300（设置TCP keepalive时间，检测死连接，释放资源）。修改后执行sysctl -p使配置生效。
• 使用连接池：客户端通过连接池复用Redis连接，避免频繁创建与销毁连接（创建连接需进行TCP三次握手、Redis认证等操作，消耗资源）。常用连接池有JedisPool（Java）、Lettuce（Java）、redis-py（Python）。
• 限制最大连接数：在redis.conf中设置maxclients参数（如maxclients 10000），防止过多连接占用服务器资源（默认10000，可根据服务器资源调整）。超过限制的连接会被拒绝，避免Redis因连接过多而崩溃。

五、系统资源与硬件优化

• 调整文件描述符限制：Redis是文件密集型应用，需增加文件描述符限制。编辑/etc/security/limits.conf，添加以下内容：

  redis soft nofile 65535
  redis hard nofile 65535
  

  同时，在/etc/pam.d/login中确保包含session required pam_limits.so，使限制生效。修改后重启Redis服务。
• 使用高速硬件：
  • 内存：选择DDR4及以上规格的高速内存，提升Redis缓存数据的读写速度；
  • 磁盘：使用SSD硬盘（如NVMe SSD），提高AOF日志写入与RDB快照生成的IO性能；
  • CPU：选择多核心CPU（如Intel Xeon系列），Redis是单线程模型，多核心可提升并发处理能力（如处理多个客户端的请求）。

六、集群与高可用优化

• 部署Redis集群：当单机内存或性能无法满足需求时，使用Redis Cluster（官方集群方案）将数据分片到多个节点（默认16384个槽位，每个节点负责部分槽位）。集群可实现水平扩展（提升数据容量与并发处理能力）、高可用（节点故障时自动转移数据）。
• 配置哨兵（Sentinel）：若需高可用，部署Redis Sentinel监控Redis主从实例。当主节点故障时，Sentinel会自动选举新的主节点，确保服务连续性。配置哨兵时需指定监控的主节点、哨兵数量（建议奇数个，如3个）及故障转移阈值。

七、监控与运维优化

• 启用慢查询日志：在redis.conf中设置slowlog-log-slower-than（慢查询阈值，单位微秒，默认10毫秒）和slowlog-max-len（慢查询日志长度，默认128条），通过SLOWLOG GET命令查看慢查询（如KEYS *、大key操作），针对性优化慢查询语句。
• 使用监控工具：通过第三方工具（如Prometheus+Grafana、Zabbix）监控Redis的关键指标（如内存使用率、命中率、QPS、延迟），及时发现性能瓶颈（如内存不足、命中率低）。例如，命中率低于90%时，可能需要扩容或优化缓存策略。
• 避免阻塞操作：禁止在生产环境使用KEYS *命令（会遍历所有key，阻塞Redis主线程，导致服务不可用），替代方案是使用SCAN命令（增量遍历key，不阻塞）；避免在高并发场景下使用MULTI/EXEC事务（会锁住key，影响并发性能）。