使用nebula是否还需要redis

  • nebula 版本:v2
  • 部署方式(分布式 / 单机 / Docker / DBaaS):单机
  • 是否为线上版本:N

需求场景:社交应用

社交应用传统做法基本都是 redis+mysql 的架构来实现,但是图数据库同样很适合社交领域,因此想尝试从传统的redis+mysql架构转向图数据库。

但是毕竟没有这样的经验,于是有些疑问:

1,nebula是否可以像mysql那样作为主存储数据库使用 ?

2,假如 nebula 作为主存储数据库,是否足够 ?是否还需要redis ?

redis同样可以很方便地处理社交关系,功能上和nebula是重复的,但redis速度和便利性更强,可是单纯地使用redis不可能,毕竟内存数据库。

如果单纯地使用nebula,不知道是否足够,毕竟是硬盘操作,同时它没有redis那么便利和灵活。

所以我比较倾向于 redis + nebula 的方案,redis负责处理关系数据和热点数据,nebula负责存储和详细数据的查询,但是不知道性能如何。

举个例子,假设我从redis查询出post列表的ids,然后再从nebula去批量查询这些ids的post数据。

我不知道这样处理速度是否会很慢,你们有过redis+ nebula这方面的测试吗?

希望官方能给一些建议。

用 redis 去避免计算过程中磁盘访问开销的思路应该是很好的,但我们目前还没有这方面的实践。
nebula 目前也处于不断开发迭代中,很多支持还不是太好,比如 cypher 的支持还不全面优化还不是太好、事务还不支持等。
至于 “nebula 是否足够,是否还需要 redis” ,具体业务场景的测试是很有必要的。比如你上面提到的例子,nebula 做类似的处理性能也是比较好的。
我们目前还没有 redis 相关开发方案的规划,你的方案在做好上述评估之后还是很值得尝试的,也很欢迎相关技术方面的社区交流。

3 个赞

该话题在最后一个回复创建后30天后自动关闭。不再允许新的回复。

浙ICP备20010487号