Redis结构选择原则：1. 分析数据类型：String、Hash、List、Set、ZSet、Bitmap、HyperLogLog、GEO，根据场景匹配。2. 考虑数据规模和QPS：小数据单机，大数据集群。3. 评估持久化需求：RDB快照或AOF日志。步骤：需求分析→数据建模→性能测试→部署监控→优化迭代。常见问题：键设计不当导致内存爆炸、集群模式下多键操作失败、持久化策略冲突。场景选型：缓存用String+expire，排行榜ZSet，购物车Hash，位置GEO，计数HyperLogLog。集群用Proxy或Cluster模式。

CSDN博客

Redis数据结构选择原则：String适合简单KV，Hash对象存储，List队列，Set无序集合，ZSet有序集合。选型步骤：1.明确业务场景；2.选择最匹配数据结构；3.设计键名规范如business:id；4.预估内存使用；5.压力测试。常见问题：List做分页性能差用ZSet代替；Hash嵌套层级过多变扁平结构；大Key拆分处理。

掘金文章

Redis选型原则：数据类型匹配度最高、操作复杂度最低、内存效率最高。步骤：场景分析→结构映射→原子操作验证→容量规划。常见坑：1.键值过长浪费内存；2.管道未用网络RTT高；3.Scan代替Keys；4.集群下MGET需分槽。场景：秒杀库存用Decr，用户标签Set，热搜ZSet，UV统计HyperLogLog。

博客园

怎么选Redis结构？原则：O(1)时间复杂度优先，内存占用小，扩展性好。步骤详解：1.数据特征分析（大小、变更频次）；2.结构选型表匹配；3.写伪代码验证；4.搭建测试环境跑压测。常见问题：Pipeline忘用、Lua脚本原子性误用、哨兵/集群切换异常。场景选型：电商商品Hash+String图片列表，社交好友双向Set，直播打赏排行ZSet。

知乎专栏

Redis结构选型核心：业务语义优先。步骤：需求文档→ER图→Redis Schema→Benchmark。问题汇总：1.小key海量设计scan失效；2.持久化AOF重写阻塞；3.内存碎片率高用内存优化器；4.多级缓存击穿。按场景：日志List lpush+rpop，推荐ZINCRBY，地理位置GEOADD+GEORADIUS，布隆过滤器模块。

阿里云开发者社区

企业级Redis选型：单机/哨兵/集群/云原生。结构选择：String缓存，Hash实体，List队列，集合无序/有序。原则步骤：容量计算（键值大小*1.5倍）、QPS评估（单机10w+）、HA方案。常见问题：大Value阻塞io、fork阻塞rdb、多线程模型误解。场景：金融风控Bitmap，游戏装备Hash fields，IoT设备Set，分析HyperLogLog PFADD。

腾讯云文档

Redis架构选型原则：可用性、性能、成本平衡。步骤：1.读写比例评估；2.数据生命周期；3.分片策略；4.监控告警。常见故障：内存不足evict策略、连接池耗尽、慢查询日志。场景指南：高并发缓存String，复杂对象Hash，FIFO队列List，唯一去重Set，TopN ZSet。

FAQ
Q: Redis大Key怎么处理？
A: 拆分成小Key，用Hash或List分片，定时拆分脚本。
Q: 集群环境下多Key操作怎么做？
A: 用HashTag {}确保同槽，或Pipeline分批单槽执行。
Q: 持久化选RDB还是AOF？
A: 缓存RDB为主，数据安全AOF+fsync everysec。
Q: 怎么监控Redis内存？
A: 用INFO memory，关注used_memory_rss/peak，设置maxmemory-policy。