バージョン推奨

ダウンロード

フォーカスモード

フォントサイズ

最終更新日: 2026-10-20 19:07:17

AI翻訳

Redissonは、Nettyベースで実装された高性能でスレッドセーフなRedis Javaクライアントです。分散ロック、分散コレクション、分散キューなどの豊富な分散オブジェクトと分散サービスを提供し、分散環境におけるRedisの利用を大幅に簡素化し、開発者がより容易に分散アプリケーションを構築できるようにします。
説明：
Tencent CloudはVIP（Virtual IP Address）プロキシ層を通じて、Redisの基盤アーキテクチャの複雑性（シャーディング/高可用性）を統一的に隠蔽しています。RedissonクライアントがTencent Cloud Redisインスタンスにアクセスする際、クラスタやセンチネルモードを設定する必要はなく、単一ノードのRedisに接続するのと同様に、Tencent Cloudが提供する統一エントリVIPに直接アクセスします。
推奨バージョン
総合的に評価した結果、Redisson 3.24.3バージョン、スタンドアロン接続モードを選択することをお勧めします。このバージョンは安定性と機能性が検証されており、他のバージョンに存在した問題も解決されています。詳細情報については、3.24.3 releasedを参照してください。
その他のバージョン
バージョン情報
核心問題
修正内容
Redisson < 3.21.0
Redisクラスターモードでは、バックエンドノードに変更が発生した場合（フェイルオーバー、スケールアウト・スケールインによるノードの追加・削除など）、Redissonクライアントが古いノードの接続を正しく解放しないため、接続プールで一定の確率で接続リークが発生します。
Redisson 3.21.0でこの問題は解決済みです。詳細については、Redisson Releases Historyを参照してください。
﻿
Redisson < 3.17.5
Redisクラスタでレプリカノードの変更（HA切り替え、スケールアウト・スケールイン、構成変更）が発生すると、レプリカのリフレッシュが正しく行われないため、Redissonのロック取得に異常が発生します。
Redisson 3.17.5でこの問題は解決済みです。詳細については、Error while attempting to set lockを参照してください。
Redisson < 3.18.1
ネットワーク異常やマシンダウンにより接続が切断された場合、業務システムが分散ロックを使用していると、ロックを取得したすべての接続が継続的に占有されて解放されず、クライアントがjava.util.concurrent.CancellationExceptionエラーを継続的にスローし、最終的に分散ロック機能全体が完全に利用できなくなります。
具体的な修正方法については、Fixed - RLock throws CancellationException continuouslyを参照してください。
Redisson > 3.44.0
RedissonをスタンドアロンモードでTencent Cloud Redisに接続し、tryLockメソッドを呼び出すと、新たに追加されたロック更新機構がスレッド数に応じてLuaスクリプトを送信するため、スロットをまたぐ操作エラーが発生します。
説明：
Redissonクラスタモードはこの問題を解決できますが、接続確立段階においてクラスタ検出メカニズムとVIPアーキテクチャの競合によって異常が発生するかどうか、インスタンスの構成変更（クラスタ拡張など）時にVIP切り替えがクライアントの安定性に影響するかどうかを検証する必要があります。
スタンドアロンモードでこの問題を解決するには、lockWatchdogBatchSizeパラメータを明示的に1に設定する必要があります。この設定により、Redissonのロック一括更新機構がシングルスレッドで直列的にLuaスクリプトを実行するよう強制され、各更新操作が単一のKeyのみを処理するため、クロススロットエラーを回避できます。
﻿
// ConfigにはsetLockWatchdogBatchSizeという設定項目があり、例えば
public RedissonClient redissonClient(){
    Config redissonConfig = new Config();
    redissonConfig.setLockWatchdogBatchSize(1);
}

ヘルプとサポート

この記事はお役に立ちましたか？

営業担当者にお問い合わせいただくかチケットを提出してサポートを求めることができます。

フィードバック

tencent cloud

Tencent Cloud Distributed Cache (Redis OSS-Compatible)

バージョン推奨

推奨バージョン

その他のバージョン

ヘルプとサポート

バージョン情報	核心問題	修正内容
Redisson < 3.21.0	Redisクラスターモードでは、バックエンドノードに変更が発生した場合（フェイルオーバー、スケールアウト・スケールインによるノードの追加・削除など）、Redissonクライアントが古いノードの接続を正しく解放しないため、接続プールで一定の確率で接続リークが発生します。	Redisson 3.21.0でこの問題は解決済みです。詳細については、Redisson Releases Historyを参照してください。
Redisson < 3.17.5	Redisクラスタでレプリカノードの変更（HA切り替え、スケールアウト・スケールイン、構成変更）が発生すると、レプリカのリフレッシュが正しく行われないため、Redissonのロック取得に異常が発生します。	Redisson 3.17.5でこの問題は解決済みです。詳細については、Error while attempting to set lockを参照してください。
Redisson < 3.18.1	ネットワーク異常やマシンダウンにより接続が切断された場合、業務システムが分散ロックを使用していると、ロックを取得したすべての接続が継続的に占有されて解放されず、クライアントが`java.util.concurrent.CancellationException`エラーを継続的にスローし、最終的に分散ロック機能全体が完全に利用できなくなります。	具体的な修正方法については、Fixed - RLock throws CancellationException continuouslyを参照してください。
Redisson > 3.44.0	RedissonをスタンドアロンモードでTencent Cloud Redisに接続し、tryLockメソッドを呼び出すと、新たに追加されたロック更新機構がスレッド数に応じてLuaスクリプトを送信するため、スロットをまたぐ操作エラーが発生します。説明： Redissonクラスタモードはこの問題を解決できますが、接続確立段階においてクラスタ検出メカニズムとVIPアーキテクチャの競合によって異常が発生するかどうか、インスタンスの構成変更（クラスタ拡張など）時にVIP切り替えがクライアントの安定性に影響するかどうかを検証する必要があります。	スタンドアロンモードでこの問題を解決するには、`lockWatchdogBatchSize`パラメータを明示的に1に設定する必要があります。この設定により、Redissonのロック一括更新機構がシングルスレッドで直列的にLuaスクリプトを実行するよう強制され、各更新操作が単一のKeyのみを処理するため、クロススロットエラーを回避できます。 // ConfigにはsetLockWatchdogBatchSizeという設定項目があり、例えば public RedissonClient redissonClient(){ Config redissonConfig = new Config(); redissonConfig.setLockWatchdogBatchSize(1); }