只使用 Redis 而不是 RDBMS 有啥缺点？

Posted 2023-02-23

【中文标题】只使用 Redis 而不是 RDBMS 有啥缺点？

【英文标题】：What is the disadvantage of just using Redis instead of an RDBMS?只使用 Redis 而不是 RDBMS 有什么缺点？

【发布时间】：2012-06-09 23:57:42

【问题描述】：

因此，例如，如果我尝试实现类似于 Facebook 的 Graph API 的东西，需要非常快速并支持数百万用户，那么仅使用 Redis 而不是 RDBMS 有什么缺点？

谢谢！ 乔纳森

【参考方案1】：

使用 Redis 代替传统的 RDBMS 有很多潜在的好处和潜在的缺点。它们确实是非常不同的野兽。

只关注潜在的缺点：

Redis 是一种内存存储：您的所有数据都必须适合内存。 RDBMS 通常将数据存储在磁盘上，并将部分数据缓存在内存中。使用 RDBMS，您可以管理比内存更多的数据。使用 Redis，你不能。

Redis 是一个数据结构服务器。没有查询语言（只有命令），也不支持关系代数。您不能提交即席查询（就像您可以在 RDBMS 上使用 SQL 一样）。开发人员应该预见到所有的数据访问，并且必须设计适当的数据访问路径。失去了很多灵活性。

Redis 提供了 2 个持久性选项：常规快照和仅附加文件。它们都不如提供重做/撤消日志记录、块校验和、时间点恢复、闪回功能等的真正事务服务器那样安全......

Redis 仅在实例级别提供基本安全性（在访问权限方面）。 RDBMS 都提供细粒度的每个对象访问控制列表（或角色管理）。

唯一的 Redis 实例不可扩展。它仅以单线程模式在一个 CPU 内核上运行。要获得可扩展性，必须部署并启动多个 Redis 实例。分发和分片是在客户端完成的（即开发人员必须照顾它们）。如果将它们与唯一的 Redis 实例进行比较，大多数 RDBMS 提供了更高的可扩展性（通常在连接级别提供并行性）。它们是多进程（Oracle、PostgreSQL、...）或多线程（mysql、Microsoft SQL Server、...），利用多核机器。

在这里，我只描述了主要的缺点，但请记住，使用 Redis 也有很多好处（非常快，良好的并发支持，低延迟，协议流水线，易于实现乐观并发模式，良好的可用性/ 复杂度比，Salvatore 和 Pieter 的出色支持，务实的严肃方法，...）

对于您的特定问题（图表），我建议您查看专为存储面向图表的数据而设计的 neo4J 或 OrientDB。

【讨论】：

第 5 点并不完全正确。您仍然可以在 Kubernetes 或任何容器编排平台中实现带集群的 Redis，并且可以实现多读多写集群。

【参考方案2】：

我有一些补充： redis 中存在值长度限制。使用redis时，总是要考虑自己的redis K,V大小，尤其是在redis集群中