nebula 2.0 index问题咨询

nebula 2.0 vertexID开始使用string类型,不再支持数字,有两个疑问
1.使用string类型之后,查询要比v1.x版本要慢很多,我现在1300W的节点数据,fetch查询一个节点需要20s,原来v1.x是ms,甚至us级别返回
2.index的创建也做了调整,在create的时候需要指定索引字段的长度
image
如图这个字段设定是10,
如果小于10是否能被索引,底层是怎样处理的?
如果设定的长度是500,这个长度的长短对查询性能是怎样影响的?

通常可能是在compact,导致了明显的IO争抢。
其次可能是默认配置的bloomfilter长度不对。

  1. 建立索引时,索引key只会只用定长string的部分建立index key

也就是说这个索引本质上是range索引或者说是前缀索引,那么长度设置多少比较合适呢?

根据业务定,在可能的情况下覆盖最长的string长度

1 个赞