phpredisorm,RedisORM是一个可怕的主意吗？DEV社区

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

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

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

回答&＃xff1a;

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

透明缓存

访问数据作为键值存储

使用分布式SQL查询访问与关系数据库相同的数据

全面的交易支持

在存储和性能方面接近线性水平可扩展性

每个“表”(Ignite术语为“缓存”)的可调冗余和一致性特征

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

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

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

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