Redis ORM是一个可怕的主意吗? -DEV社区

20-04-21 banq

我们的应用处理许多数据,这些数据的变动速度非常快。我们的主数据库(MySQL)根本无法跟上,因此我们在Redis中存储了很多“当前状态”数据。

现在,我们使用JSON对对象进行反序列化并存储整个对象。这导致了几个问题,因此我们将切换为单独存储每个字段。用于管理所有这些字段的代码很快就会变得棘手,因此我正在考虑为Redis构建通用ORM。其中一些已经存在,但没有我需要的所有功能(例如,具有管道的事务)和锁。

这是一个可怕的主意吗?我只是在构建一种我不知道的其他地方已经存在的产品吗?

回答:

1.为了避免维护两个不同存储之间的数据一致性的巨大痛苦。看一下Apache Ignite数据网格。使用它可以获得以下好处:

  • 透明缓存
  • 访问数据作为键值存储
  • 使用分布式SQL查询访问与关系数据库相同的数据
  • 全面的交易支持
  • 在存储和性能方面接近线性水平可扩展性
  • 每个“表”(Ignite术语为“缓存”)的可调冗余和一致性特征

它还提供其他服务,例如队列,发布订阅,分布式计算,内置文件系统以及更多有用的东西。

2. 我认为为该用例构建的MongoDB与像Marshal.ts这样的高性能序列化器/ ORM结合起来最适合这里。尽管Redis可用于许多用例,但我认为这在性能,可维护性和其他功能(例如查询数据)方面不会胜过MongoDB。

3.如果要使用Redis作为文档(对象)的存储引擎,为什么不使用像mongoDB这样的noSQL文档数据库并使用内存中的引擎(如果使用ssd的速度不足以仅查找键),并使用该工具经过良好测试的数据库。

我认为最好是找到合适的工具而不是修改工具,而Redis是一个出色的键/值数据库,但是如果您要扩展功能,也许是更合适的工具。

 

                   

猜你喜欢