我已導入nodes.tsv(350MB,18M行,3個COLS)和rels.tsv(5GB,150M行,2個COLS)用間歇進口商腳本。 這些都是我batch.properties文件條目什麼是對Neo4j的子第二查詢延遲的最佳配置?
- •neostore.nodestore.db.mapped_memory = 250M •neostore.relationshipstore.db.mapped_memory = 1000M •neostore.relationshipgroupstore.db.mapped_memory = 10M •neostore .propertystore.db.mapped_memory = 500M •neostore.propertystore.db.strings.mapped_memory = 500M •neostore.propertystore.db.arrays.mapped_memory = 215M •dump_configuration =真
我已經打開自動upda TE和自動索引在ne04j.properties如下
- •allow_store_upgrade =真•node_auto_indexing =真 •node_keys_indexable =姓名,職務•relationship_auto_indexing =真 •relationship_keys_indexable = sent_date,has_read
我米使用具有1個TB SSD和256GB RAM 64位Windows服務器上的Neo4j 2.2版本。 什麼是批量進口和Neo4j的服務器,我應該獲得最大的查詢和數據加載peformance使用的配置? 此查詢例如:在瀏覽器
MATCH()-[r:BELONGS_TO]->() RETURN r
感謝布賴恩的信息。我的下一步是分析查詢。奇怪的是,在插入和創建索引後,我的總體數據庫文件夾大小爲11.6GB。因此,所有這些都可以輕鬆駐留在我擁有的RAM中。所以我很驚訝,查詢會超時到可以完全駐留在內存中的dB。我想知道是否有任何道具我應該增加在batch.properties或neo4j – user330612
我認爲主要問題是查詢需要錨定在節點上,如果你只是查詢'()',那麼它本質上必須搜索整個數據庫並檢查每個節點上每個關係的'BELONGS_TO'關係 –