問題タブ [jedis]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
2083 参照

java - Sharded Jedis - いつ pool.destroy() を呼び出す必要がありますか?

Jedis を使用して Sharded Redis に接続するアプリの保守を手伝っています。

私が使用しているアプリは、ShardedJedisPoolのインスタンスをサービスに保持して、複数のリクエストで再利用し続けます。

Sharded Jedis に関するドキュメントを確認していて、次のコメントに気付きました。

pool.destroy を忘れると、タイムアウトに達するまで接続が開いたままになります。

私たちのアプリはどこでもpool.destroy()を呼び出していません。すべてのリクエストでpool.destroy()を呼び出す必要がありますか? そして、リクエストごとに新しいプールも作成すると思いますか?または、プールをサービスの存続期間中存続させ、サービスのfinalizeメソッドでpool.destroy()のみを呼び出すことはできますか?

0 投票する
0 に答える
659 参照

redis - プール = 新しい JedisPool(新しい JedisPoolConfig(), IPADDRESS) が機能していません

私の質問はかなり説明的です.上記のステートメントを使用してリモートジェディスサーバーにアクセスすることはできません.コードの詳細は次のとおりです。

静的 JedisPool プール。プライベート ジェディス ジェディス;

static { プール = 新しい JedisPool(新しい JedisPoolConfig(), "ABCD"); // ABCD == IP アドレスに置き換えます } jedis = pool.getResource();

しかし、リモートredisサーバーに接続できません

0 投票する
2 に答える
5584 参照

scala - Redis クライアント Jedis からの壊れたパイプ例外

Play フレームワーク アプリケーションからの redis クライアント呼び出しがあります。この Redis 呼び出しは、Akka Schedular を使用してアクターから行われています。このスケジューラは 60 秒ごとに実行され、他の JDBC 呼び出しとともに redis 呼び出しを行います。スケジューラが数分間実行された後、ログ ファイルに続きが表示されるようになり、アプリは Redis クライアントの呼び出しに応答しなくなります。これは Redis との初めての出会いなので、どんな指針でも助けていただければ幸いです。

0 投票する
2 に答える
4491 参照

redis - コマンドの大量挿入にjedisを使用する方法

Redis プロトコル形式で次のコマンドを含むファイルを作成した場合:

SET Key0 Value0
SET Key1 Value1
...
SET KeyN ValueN

アプリケーションで Jedis を使用して Redis にフィードするにはどうすればよいですか?

0 投票する
2 に答える
1156 参照

java - jedisでnettyを使用する際のエラー

私は netty と redis (jedis クライアント) を使用しており、このコマンドを使用して Apache ベンチマークでテストすると、各リクエストで redisdb 呼び出しのクエリ メソッドが呼び出されます。

ab -c 10 -n 10 ローカルホスト:2080

以下のエラーが発生します。

そしてここにコードがあります

0 投票する
2 に答える
878 参照

java - プロトコル バッファを使用している場合、ここで java.lang.OutOfMemoryError が発生する原因は何ですか?

以下のコードを実行すると、Java ヒープ スペースに関する例外が発生します。

.NET から来て、そこで GC がどのように機能するかを理解しているので、以下を実行しようとするときに、メモリ管理の観点から考慮する必要があるかどうか疑問に思います。

TimeSeriesPoints.parseFromで例外がスローされ、スタック トレースが次のようになります。正確な理由はわかりません。

これは、800 の時系列 (それぞれに ~4000 のデータ ポイントがある) を読み取ろうとすると失敗します。この例では、一度に 50 の時系列しか扱っていないため、メモリ フットプリントが大幅に増加するとは考えていません。

.NET では、これを行うのに問題はありません。それでは、Java を学ぶ時間です。何を読む必要がありますか?