私のテストでは、NE4JはMySQLと比べて非常に遅いようです。どうすれば速くすることができますか？

Question

私はNEO4Jを初めて使用しています。私はそれをテストするために始めたと私は、MySQLとのNeo4jの両方でテーブルを作成し、これらのプロパティ（フィールド）を持つ：

id random_number time_stamp 

そして私は、大量のデータを生成するプログラムを書いたとのNeo4jには約150万行（およびノー​​ドの挿入します）。私は書き込み速度がほぼ同じであったと言うことができます。

したがって、両方のデータベースで選択クエリをテストしました。 （私たちは30の以上の行がある。このランダムIDから知っている） "私は255454のrandom_idを持つ行（ノード）のいずれかを取得したい"

のNeo4j：

match (t:testLabel {random_id: 255454}) RETURN t LIMIT 50; 

のMySQL：

SELECT * 
FROM test 
WHERE random_id=255454 LIMIT 50 

のNeo4jは〜47秒を要したとMySQLは、結果を返すために約〜25秒を要しました。ディスク上の

のNeo4jサイズは

〜5.2ギガバイト

なり、両方のデータベースは、テーブルやプロパティにインデックスを持っていなかったディスク上〜35ギガバイトとMySQLの大きさになりました。

ハードウェア：CPU： Corei7-4770 | RAM： 12GB | SSDハードディスク

---

これは、簡単なテスト、私は両方のデータベースは非常にシンプルであり、基本的な構造を持っていたと私は思っテストの前に、のNeo4jは、MySQLよりも高速であることを意味します。 NEO4Jが本当に好きなので、解決策を見つけてもう一度使いたいと思っています。

私の単純なテストによると、NEO4Jは、大きくスケーラブルなプロジェクトでは合理的ではありません。私はそれを驚くほど速くするいくつかの方法があるかもしれないことを知りたいかもしれません！ パフォーマンステストはとてもシンプルで、データモデリングに関係なく、すべてのデータベースで同様にテストする必要がありました。

ディスクのサイズはどうですか？

+あなたが見たいと思うかもしれないJörgBaachのもう一つの比較questionが見つかりました。

Answer 1

1. あなたはtestLabelとプロパティrandom_idにインデックスを作成しましたか。
2. トランザクションログはデフォルトで7日間保持されているので、かなり高いディスク使用量が見られます。これを調整する設定オプションがあります。一般的な通知に

：ちょうど単一ノードを検索すると、グラフデシベルのための合理的なパフォーマンステストではありません。違いを見るには、いくつかの接続の後でおそらくいくつかのクエリを実行する必要があります。

Answer 2

リレーショナルデータベースとグラフデータベースの比較は大きな課題です。

私ははるかに有用なテストは、いくつかの結合とfkを持つ複数のテーブルにわたるクエリのパフォーマンスをチェックすることだと思います。これをneo4jと比較すれば、mysqlよりもはるかに優れたパフォーマンスが得られるはずです。

これを行うには、テストモデルを使用して4-5個のユースケースを設定します。 dbaがやろうとしていること、ユーザーがやっていることなど、いくつのことをするのかを決定します。

単純なタスクと複雑なタスクを選択します。 MySQLのパフォーマンスをNeo4Jと比較してください。 1つのDBが別の状況で他のDBより優れていることがわかります。

あなたの優先度を測るようにしてください。 50個のノードを特定のプロパティと照合することで優れたパフォーマンスが得られることはどれだけ重要ですか。ユーザー（数十万人のユーザー）は、複雑な関係のネットワークを広範囲に広げるための迅速かつ安全な方法を持つことがどれほど重要ですか？重要なことを判断したら、パフォーマンステストを参照して、ニーズに適したデータベースを判断します。

基本的なクエリを実行する場合は、おそらくSQLのようなリレーショナルデータベースモデルを使用する必要があります。 Neo4jは、パフォーマンスの観点だけでなく読みやすさの観点から、複雑なスキーマやクエリに最適です。

Neo4jは非常に異なる方法でデータを格納しているため、ディスクの記憶容量の違いがあります。

Cypherは、ユースケースの中核となるグラフパターンを中心に配置され、クエリ構文の一部として視覚的に表します。

This articleは本当に洞察力があり、リレーショナルデータベースからグラフデータベースへの移行を示しています。