使用索引查询速度很慢

[user51]

match (n:intopiece) where n.intopiece.loan_business_id ==‘A1440720220821037089’ return n;

使用了loan索引去查 1千W数据 跑了 Execution Time 0.091819 (s)，感觉是有点慢啊，请问是怎么导致的呢

[jievince]

@user51

match (n:intopiece) where n.intopiece.loan_business_id ==‘A1440720220821037089’ return n;

查到索引后, 还会回表读下原始数据.
可以在语句前面加个profile, 看看哪个算子慢了

[user51]

[user51]

这个indexScan 就很慢，字面上看是索引扫描的慢，可是什么原因导致的慢呢？我的索引长度是22

[jievince]

operator info这列可以截个完整的图吗

[user51]

result.csv (3.2 KB),请帮忙看下，我理解就是在排序后的数据里找节点，咋这慢啊 0.0

[cangfengzhs]

1. Schema是否很庞大。可以的话提供下tag和index的schema
2. 同一语句运行两次时间是否有明显差异。如果有的话大概率是因为没有命中缓存。
3. 运行查询时，系统读写负载是否过高

[user51]

tag

index

确实有差异，但是我这边的业务就是大部分都是新入库的数据，所以基本都是未命中缓存，

磁盘正常

[min.wu]

啥硬盘

[user51]

HDD

[cangfengzhs]

emmmmm你这个我只能归结于数据量大然后HDD随机读性能太差。。。。或许你调整下rocksdb的参数会有一些性能提升。

[user51]

rocksdb 这个我之前调整到了50G了已经

[cangfengzhs]

可以调整下每层sst文件的大小，减少sst文件数量

[min.wu]

HDD 随机读 几十ms，合理吧。
建议 氪金

[user51]

因为这个数据量在 neo4j上跑过，同样的cypher语句，neo4j不到1ms,2步子图 查询结果的情况下400ms以内完成，我在导入相同数据，索引什么的都一样的情况下，各项结果都慢，我想了解下，这问题能靠换SSD解决吗

[user51]

sst 参数在哪里调啊 ，配置文件里没找到属性啊

[min.wu]

@user51

因为这个数据量在 neo4j上跑过，同样的cypher语句，neo4j不到1ms,2步子图

新入库的数据？

[user51]

我是把neo4j的全量数据导进的nebula，同样的索引，同样的机器配置

[min.wu]

@user51

neo4j不到1ms

HDD上用1ms，这个不合理吧。当然可以进cache。
不过纠结这种点查询的语句没啥意义，换redis还能更快。
match (n:intopiece) where n.intopiece.loan_business_id ==‘A1440720220821037089’ return n;

另外，存储计算分离，storage->graph都要1ms