RedisはPostgreSQLよりも挿入のほうが遅いようです

Question

私は現在Redisをデータベースに切り替えることを検討しているプロジェクトに取り組んでいます。データの性質は非常に簡単で、Redisには適しているようです。Redisの経験がなくても、私はPostgreSQLと比較するための非常に小さなベンチマークテストを行いました（これは私にとって重要です）。

単純なスキーマ(address [key], timestamp, value)に200000 INSERT文を含む.sqlファイルを作成しました。インサートには約6秒かかりました。 Redisのために

、200000件の各レコードがで挿入されている：time redis-cli < insert_data.redisでのRedisにすべてをダンプ

HSET data:address timestamp <VALUE> 
HSET data:address value <VALUE> 

は16秒かかります。 私はこの「ベンチマーク」が非常に基本的だと認識していますが、私の側でPostgreSQLを上に出す何かが欠けていますか？レディスが実際にインサートで遅くなったとは本当に想像できません。

Answer 1

この結果は論理的です。ベンチマークの結果を理解するには、システムでトリガーされた操作を理解することが重要です。

RedisとPostgreSQLの両方のクライアントは、それぞれのサーバと同期して動作します。各ステートメントについて、それらは照会を送信し、次のステートメントを処理する前に応答を待ちます。

このような量では、（PostgreSQLを使用していても）多くのことが起こります。さらに、ここには並行処理はありません。したがって、操作のコストはI/Oや索引付けによって支配されるのではなく、クライアントとサーバーの間で交換されるラウンドトリップによって支配されます。

ここで、各テストで生成されるラウンドトリップはいくつですか？

PostgreSQLではレコードごとに1つのステートメントがあり、その結果200,000回のラウンドトリップが発生します。 Redisでは、レコードごとに2つのステートメントがあり、その結果、400000回のラウンドトリップが発生します。さらに、Redis往復には、スキーマのキーワード（データ、タイムスタンプ、値）が体系的に含まれており、アドレスはレコードごとに2回送信されます。 Redisテストではさらに多くのデータが交換されます。

また、クライアントソフトウェアによって入力ファイルが解析される方法に違いがあるかもしれません。

redis-cliによる結果を少し改善するには、コマンドHMSETを使用してレコードごとに1つのステートメントのみを送信します。

HMSET data:address timestamp <VALUE> value <VALUE> 

しかし、ここで本当のゲインはpipeliningを使用することです：

HSET data:address timestamp <VALUE> 
HSET data:address value <VALUE> 

になります。残念ながら、 - pipeオプションに頼る以外は、redis-cliからは使用できません。このオプションでは、テキストコマンドの代わりに実際のRedisプロトコルを生成する必要があります。だから、 "cat data.txt | redis-cli --pipe"を使ったテストはうまくいかない。単純なシェルコマンドからRedis protocolを生成するのは便利ではありません。

redis-cliではなく、独自のクライアントプログラムを使用することを強くお勧めします。 Python、Ruby、またはJavascriptで書かれたものでさえ、パイプライン処理が使用されると、興味深いパフォーマンスが得られます。