提个不成熟的想法,关于超级节点的存储优化(nebulagraph+clickhouse)

提个不成熟的想法,不知可不可行,nebulagraph 的底层是 rocksdb,rocksdb 有它的优势,但是对超级节点的查询比较弱,需要进一步的根据项目进行详细建模。

而 clickhouse 我单机测过,数百亿行数据都能做到毫秒级查询,当然它的数据修改能力很弱,这个是它的构架决定了的,考虑一种特定的情况,一个超级节点增加数据和查询数据的需求较大而修改需求较小的时候,用 clickhouse 作为存储驱动是个很好的方案。不知道各位怎么看?

相关查询语句

default> select * from tron_accounts_25 where abbr == '9y___18Jgv'
[2023-09-14 13:40:27] 1 row retrieved starting from 1 in 147 ms (execution: 124 ms, fetching: 23 ms)

结果耗时

1 个赞

这本质上就是行存和列存的对比,列存对于读更友好,而写性能较差。学术界和工业界是有一些基于列存的图数据库的。不过现在这个阶段,nebula已经很难往这方面切换了,牵涉到的改动特别多,而不仅仅是一个query的优化问题。