1. Redis核心应用场景解析Redis作为内存数据库的典型代表在互联网业务中主要解决三类核心问题缓存加速将MySQL等关系型数据库的热点数据缓存在内存中查询性能提升10-100倍。典型场景如商品详情页、用户画像等高频访问数据。高速读写支持10万级QPS的写入性能适用于计数器、排行榜等场景。例如微博热搜榜就是基于Redis的ZSET实现。分布式协调通过SETNX实现分布式锁PUB/SUB实现消息队列。电商库存扣减、秒杀系统都依赖这些特性。关键认知Redis不是简单的缓存工具而是具备数据结构服务能力的内存数据库。选择数据结构时要根据业务特征String简单KV、计数器Hash对象属性存储List消息队列、最新列表Set标签系统、共同好友ZSet排行榜、延迟队列2. 生产环境部署方案2.1 安装配置最佳实践Linux环境下推荐通过源码编译安装获得最佳性能# 下载最新稳定版当前6.2.6 wget https://download.redis.io/releases/redis-6.2.6.tar.gz tar xzf redis-6.2.6.tar.gz cd redis-6.2.6 # 编译安装建议使用jemalloc内存分配器 make USE_JEMALLOCyes MALLOCjemalloc make install PREFIX/opt/redis关键配置项优化redis.conf# 内存策略根据服务器内存调整 maxmemory 16gb maxmemory-policy allkeys-lru # 持久化策略根据数据重要性选择 appendonly yes appendfsync everysec # 高可用配置 cluster-enabled yes cluster-node-timeout 150002.2 性能调优参数通过以下命令检查性能瓶颈# 延迟测试理想值1ms redis-cli --latency # 基准测试单节点应达10万QPS以上 redis-benchmark -t set,get -n 100000 -q常见性能问题解决方案CPU跑满检查慢查询slowlog get 10内存不足优化数据结构如用Hash代替多个String网络延迟启用客户端缓存client-side caching3. 数据结构实战案例3.1 电商库存扣减方案传统方案问题UPDATE inventory SET stockstock-1 WHERE item_id123 AND stock0在高并发下会出现超卖问题。Redis原子化解决方案-- KEYS[1]:库存key ARGV[1]:扣减数量 local stock tonumber(redis.call(GET, KEYS[1])) if stock tonumber(ARGV[1]) then return redis.call(DECRBY, KEYS[1], ARGV[1]) else return -1 end执行命令redis-cli --eval decr_stock.lua inventory:123 , 13.2 分布式会话管理典型架构class RedisSession: def __init__(self, redis_conn): self.redis redis_conn def create_session(self, user_id, ttl3600): session_id uuid4() self.redis.hset(fsession:{session_id}, mapping{user_id: user_id, created: int(time.time())}) self.redis.expire(fsession:{session_id}, ttl) return session_id集群环境下注意避免使用KEYS命令扫描会话采用Hash结构存储会话属性设置合理的TTL避免内存泄漏4. 高可用架构设计4.1 哨兵模式部署典型三节点哨兵配置sentinel.confsentinel monitor mymaster 127.0.0.1 6379 2 sentinel down-after-milliseconds mymaster 5000 sentinel failover-timeout mymaster 60000 sentinel parallel-syncs mymaster 1故障转移流程主观下线SDOWN单个哨兵检测到主节点不可用客观下线ODOWN超过quorum数量的哨兵确认不可用选举领导者哨兵执行故障转移4.2 Redis Cluster实践数据分片方案# 创建三主三从集群 redis-cli --cluster create \ 127.0.0.1:7000 127.0.0.1:7001 \ 127.0.0.1:7002 127.0.0.1:7003 \ 127.0.0.1:7004 127.0.0.1:7005 \ --cluster-replicas 1客户端路由策略MOVED重定向客户端应缓存slot-node映射ASK重定向临时重定向请求多Key操作需使用hash tag确保在同slot5. 常见问题排查指南5.1 内存异常增长分析排查步骤查看内存分配redis-cli info memory分析大Keyredis-cli --bigkeys检查客户端缓冲区redis-cli client list解决方案拆分大Value超过10KB应考虑拆分启用内存淘汰策略限制客户端输出缓冲区5.2 热点Key治理方案识别热点# 监控命令统计 redis-cli --hotkeys # 慢查询分析 redis-cli slowlog get 10应对策略本地缓存对一致性要求不高的数据可使用Guava CacheKey拆分如将user:info拆分为user:info:basic、user:info:detail随机过期避免缓存雪崩6. 监控与运维体系6.1 指标采集方案关键监控指标内存used_memory、mem_fragmentation_ratio性能instantaneous_ops_per_sec、latency持久化rdb_last_save_time、aof_current_sizePrometheus配置示例scrape_configs: - job_name: redis static_configs: - targets: [redis-host:9121] metrics_path: /scrape params: target: [redis://redis-host:6379]6.2 自动化运维脚本集群健康检查#!/bin/bash REDIS_NODESnode1:6379 node2:6379 node3:6379 for node in $REDIS_NODES; do echo Checking $node... redis-cli -h ${node%:*} -p ${node#*:} --eval check_health.lua done备份策略建议RDB快照每天全量备份AOF日志实时同步到对象存储验证备份定期执行redis-check-rdb