推荐: ·确定场景,是缓存(cache)还是存储型; ·Cache的使用原则是:“无它也可,有它更强”; ·永远不要强依赖Cache,它会丢,也会被淘汰; ·优先设计合理的数据结构和逻辑; ·设计避免bigKey,就避免了80%的问题; ·Keyspace能分开,就多申请几个Redis实例; ·pubsub不适合做消息分发; ·尽量避免用lua做事务。 不建议: ·我的服务对RT很敏感。 >> 低RT能让我的服务运行的更好; ·我把存储都公用在一个redis里。 >> 区分cache和内存数据库用法,区分应用; ·我有一个大排行榜/大集合/大链表/消息队列;我觉得服务能力足够了。 >> 尽量拆散,服务能力不够可通过分布式 集群版可以打散; ·我有一个特别大的Value,存在redis里,访问能好些。 >> redis吞吐量有瓶颈。
答复内容摘自《Redis最佳实践与实战指南》,这本电子书收录开发者藏经阁 下载连接:https://developer.aliyun.com/topic/download?id=1212
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。