neo4j性能与mysql相比(如何改进?)

时间:2013-07-23 22:48:27

标签: python mysql performance neo4j

这是can't reproduce/verify the performance claims in graph databases and neo4j in action books的后续行动。我已经更新了设置和测试,并且不想过多地更改原始问题。

整个故事(包括脚本等)在https://baach.de/Members/jhb/neo4j-performance-compared-to-mysql

简短版本:在尝试验证“图表数据库”一书中的性能声明时,我得到了以下结果(查询包含n个人的随机数据集,每个人有50个朋友):

My results for 100k people

depth    neo4j             mysql       python

1        0.010             0.000        0.000
2        0.018             0.001        0.000
3        0.538             0.072        0.009
4       22.544             3.600        0.330
5     1269.942           180.143        0.758

“*”:仅限单次运行

My results for 1 million people

depth    neo4j             mysql       python

1        0.010             0.000        0.000
2        0.018             0.002        0.000
3        0.689             0.082        0.012
4       30.057             5.598        1.079
5     1441.397*          300.000        9.791

“*”:仅限单次运行

在64位ubuntu上使用1.9.2我已经使用这些值设置了neo4j.properties:

neostore.nodestore.db.mapped_memory=250M
neostore.relationshipstore.db.mapped_memory=2048M

和neo4j-wrapper.conf:

wrapper.java.initmemory=1024
wrapper.java.maxmemory=8192

我对neo4j的查询看起来像这样(使用REST api):

start person=node:node_auto_index(noscenda_name="person123") match (person)-[:friend]->()-[:friend]->(friend) return count(distinct friend);

Node_auto_index已经到位,显然是

我能做些什么来加速neo4j(比mysql更快)?

还有another benchmark in Stackoverflow同样的问题。

2 个答案:

答案 0 :(得分:4)

对不起,您无法重现结果。然而,在具有2 GB堆,GCR缓存的MacBook Air(1.8 GHz i7,4 GB RAM)上,但没有升级缓存,也没有其他调整,具有类似大小的数据集(100万用户,每人50个朋友) ,我使用1.9.2上的遍历框架反复获得大约900毫秒:

public class FriendOfAFriendDepth4
{
    private static final TraversalDescription traversalDescription = 
         Traversal.description()
            .depthFirst()
            .uniqueness( Uniqueness.NODE_GLOBAL )
            .relationships( withName( "FRIEND" ), Direction.OUTGOING )
            .evaluator( new Evaluator()
            {
                @Override
                public Evaluation evaluate( Path path )
                {
                    if ( path.length() >= 4 )
                    {
                        return Evaluation.INCLUDE_AND_PRUNE;
                    }
                    return Evaluation.EXCLUDE_AND_CONTINUE;

                }
            } );

    private final Index<Node> userIndex;

    public FriendOfAFriendDepth4( GraphDatabaseService db )
    {
        this.userIndex = db.index().forNodes( "user" );
    }

    public Iterator<Path> getFriends( String name )
    {
        return traversalDescription.traverse( 
            userIndex.get( "name", name ).getSingle() )
                .iterator();
    }

    public int countFriends( String name )
    {
        return  count( traversalDescription.traverse( 
            userIndex.get( "name", name ).getSingle() )
                 .nodes().iterator() );
    }
}

Cypher比较慢,但远没有你建议的那么慢:大约3秒:

START person=node:user(name={name})
MATCH (person)-[:FRIEND]->()-[:FRIEND]->()-[:FRIEND]->()-[:FRIEND]->(friend)
RETURN count(friend)

亲切的问候

伊恩

答案 1 :(得分:3)

是的,我相信REST API明显慢于常规绑定,这就是你的性能问题。