# Redis常见的问题有哪些 ## 一、内存相关的问题 ### 1.1 内存占用过高 Redis作为内存数据库，数据全部存储在内存中，当数据量过大时容易出现内存不足的情况。常见原因包括： 1. 未设置合理的内存淘汰策略（maxmemory-policy） 2. 存储了大量不需要缓存的数据 3. 存在内存碎片问题 **解决方案：** - 配置`maxmemory`和合理的淘汰策略（如volatile-lru） - 使用`MEMORY PURGE`命令清理内存碎片（Redis 4.0+） - 对大value进行拆分 ### 1.2 内存泄漏 表现为Redis内存持续增长但数据量没有明显增加。常见原因： 1. 客户端连接泄漏 2. Lua脚本执行卡住 3. 未设置过期时间的Key过多 **诊断方法：** ```bash redis-cli info memory redis-cli client list # 检查客户端连接数 Redis是单线程模型，慢查询会阻塞整个服务。通过慢日志可以发现问题：
# 配置慢查询阈值(微秒) config set slowlog-log-slower-than 10000 slowlog get 10 # 查看最近10条慢查询 常见慢操作： - KEYS *（应使用SCAN替代） - 大集合操作（如百万成员的SINTER） - 未合理使用Pipeline的批量操作
单线程架构下CPU通常不会成为瓶颈，但以下情况可能导致高CPU：
优化建议： - 使用连接池减少连接数 - 拆分复杂Lua脚本 - 避免在高峰期执行BGSAVE
常见问题： - 持久化时内存double（fork子进程导致） - 持久化期间性能下降 - 持久化失败导致数据丢失
配置建议：
save 900 1 # 15分钟至少1个key变化 save 300 10 # 5分钟至少10个key变化 stop-writes-on-bgsave-error yes # 持久化失败时停止写入 典型问题： - AOF文件过大（需定期执行BGREWRITEAOF） - AOF重写期间磁盘IO压力大 - 不同步级别选择不当导致数据丢失
优化方案：
appendfsync everysec # 平衡性能与安全 auto-aof-rewrite-percentage 100 # 增长100%时触发重写 no-appendfsync-on-rewrite yes # 重写期间不同步 常见异常： - 复制积压缓冲区不足（需调整repl-backlog-size） - 主从网络闪断导致全量同步 - 从库读取到过期数据（Redis 3.2+已修复）
关键配置：
repl-backlog-size 1gb # 根据写入量调整 repl-timeout 60 # 复制超时时间 repl-disable-tcp-nodelay no # 减少网络延迟 集群常见问题： - 节点故障转移不及时 - 槽位分配不均导致数据倾斜 - MOVED/ASK重定向增加客户端复杂度
监控要点：
redis-cli --cluster check <host>:<port> redis-cli info replication 典型场景： - 先更新数据库后删除缓存的并发问题 - 缓存穿透/雪崩导致数据库压力
解决方案： - 使用双删策略+消息队列保证最终一致 - 布隆过滤器防止缓存穿透 - 多级缓存架构
Redis事务（MULTI/EXEC）不保证原子性： - 命令语法错误会导致整个事务不执行 - 运行时错误不会回滚已执行的命令
替代方案： - 使用Lua脚本实现原子操作 - 应用层补偿机制
常见风险： - 未设置密码（requirepass） - 使用默认端口6379 - 未禁用危险命令（如FLUSHALL）
安全配置：
rename-command FLUSHALL "" bind 127.0.0.1 # 限制访问IP protected-mode yes 关键指标： - 内存使用率 - 持久化延迟 - 每秒操作数（instantaneous_ops_per_sec） - 连接数（connected_clients）
推荐工具： - Redis自带的INFO命令 - Prometheus + Grafana监控 - Redis-exporter
表现特征： - 某个Key的QPS异常高 - 集群模式下导致单节点负载过高
解决方案： - 本地缓存热点Key - 使用Redis集群的hash tag分散压力 - 读写分离
判断标准： - String类型：value > 10KB - Hash/List等：元素 > 5000个
处理方式：
redis-cli --bigkeys # 扫描大Key Redis的常见问题主要集中在内存管理、持久化、高可用架构和性能优化等方面。合理配置参数、建立完善的监控体系、遵循最佳实践可以预防大部分问题。建议： 1. 生产环境必须配置持久化和内存限制 2. 使用集群模式而非单实例 3. 定期进行性能基准测试 4. 建立完善的监控告警系统
注：本文基于Redis 6.x版本，部分解决方案可能不适用于老版本。 “`
这篇文章涵盖了Redis最常见的问题类别，包括内存、性能、持久化、高可用等方面，每个问题都提供了原因分析和解决方案。实际使用时可根据具体Redis版本和环境调整配置参数。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
