共计 749 个字符，预计需要花费 2 分钟才能阅读完成。
Hi 我还是大粽子
碎碎念
让我比拟兴奋的就是这段时间的文章，被感兴趣的同学一一关注，关注量上涨就是我的最大能源。
我每周都会输入至多 3 篇原创文章，心愿能被更多的同学关注，点赞，在看，造成习惯。
Instagram 为什么不必 redis
Instgram FB 旗下的专一图片社交的 APP（不找美照哦！也就是大家说的 ins 风）
如果我没猜错，这可能与以下事实无关：
Redis 中的所有数据都须要保留在内存中，而 Cassandra 则将数据写入磁盘。大规模（以及应用大型数据集）将所有数据保留在内存中可能会变得十分低廉。
老本老本还是老本
无论 Redis 专家还是 Cassandra 的老手，但据我所见，Cassandra 的劣势如下。
- 分布式 - 易于复制（主动复制）。
- 更少的停机工夫 - 即便所有节点都停机，也能够配置为做出响应。
- 高可用性 - 如果您以奇妙的形式对数据进行建模并将其搁置在正确的分区和节点中，那么即便您不小心删除了数据（压缩设置），也不会失落任何数据。
- 劫难复原 - 这很容易，就像与 Cassandra 一块蛋糕一样，加上 no-3，它是数据管理的绝佳抉择。
- API- 大多数规范语言都具备用于通信的 API（JAVA，PYTHON，RUBY，SCALA）。
- 易于测试
- 能够作为服务进行保护。
- 宽泛的文档和帮忙
- SStables 是文件，因而即便长时间失败而不是您配置的设置，您也能够备份它们并还原节点，而不会失落任何数据。
- 大量的数据处理和扩大 - 轻松轻松地解决大数据和海量数据。扩大实际上是将节点增加到任何群集中，并且只需进行简略的配置即可。
如果有错，请私信我纠正。
看看 DB-ENGIN 依据受欢迎水平的一个排名
日常求关注，素质一键三连。
每周至多 3 篇原创文章，在被业务折磨的状况下还能留下点什么。
最近很喜爱的一句话“有道无术，术尚可求。有术无道，止于术。”
正文完