2016-11-29 16 views
0

redisに接続するためにjedisを使用しています。私たちは、jedispoolを構成するためのいくつかの洞察を探しています。これまでのところ、プールのための私達の構成は50のRedisのは、リクエストごとにヒット200秒あたりの要求と〜は〜Jedis - Redis:最大数のクライアントがRedisからの応答時間の可能性を高めますか?

TIMEOUT=1000 
MAX_TOTAL_CONNECTIONS=1500 
MAX_IDLE=800 
MIN_IDLE=500 
MAX_WAIT_TIME_MILLIS=1000 
TEST_ON_BORROW=false 
TEST_ON_RETURN=false 
TEST_WHILE_IDLE=false 

サーバーのスループット以下とされています。

私の質問は、私が接続しているクライアントの数を増やすと役に立ちます。またはこの接続プールを構成する方法。ありがとう。

答えて

2

おそらくそうではありません。実際には、より多くの接続を許可しているため、処理が遅くなるだけですが、これらの接続を処理するためのリソースはもうありません。

+0

「他のリソース」とはどういう意味ですか? – theGamblerRises

+0

より多くの同時接続を許可している場合でも、サーバーはそれ以上強力になりません。 – Kayaman

+1

別の角度から見てみましょう:Redisはシングルスレッドです。接続数が増えるほどオーバーヘッドは増加しますが、アプリケーションのパフォーマンスは向上しません。 [lettuce](https://github.com/mp911de/lettuce)や[redisson](https://github.com/redisson/redisson)のような他のクライアントは、Redisの性質に自然に適合する複数のアプリケーションスレッドによる接続共有を可能にします。 – mp911de

関連する問題