問題タブ [booksleeve]

Redis-RDB-Toolsを見ると、Redis サーバーの状態を監視するための便利な機能がいくつかあるようです。

ServiceStack.Redisには優れたクライアント機能のセットがあるようです (しかし、私はBookSleeveを使用しています)。

基本的なヘルス チェック (消費メモリ、ディスク使用量など) を提供する C# 実装はありますか?

- アップデート -

BookSleeve の GetInfo() コマンドのおかげで、以下が返されます...ただし、もっと具体的に説明する必要がありました: パラメータ/オブジェクト プロパティとしてサーバー情報を取得する方法、または出力値を解析する事前にパッケージ化された方法はありますか?

GetInfo() からの出力は次のとおりです。

VS2010 の Booksleeve の 1.1.0.5 バージョンが意図したとおりに機能しません。何が起こっているかというと、操作を実行して待機した後、Booksleeve が接続を閉じた状態のままにすることがあるため、下流の操作で例外がスローされます。

私が抱えている最も簡単な問題はこれです：

行var test2 = redisConn.Sets.GetAllString(0, "test2");は「キューが閉じられています」という例外をスローします。

リクエスト間の接続を閉じて再度開くと、一見うまくいくようです。

しかし、「設定」操作を実行すると、すべてが壊れた状態に戻るようです。

トランザクションにも同じ問題がありますが、同じ問題に起因していると感じています。値を取得してから別のコマンドをキューに入れる必要がある理由は、Redis でのその後のアクションが、取得した値に基づいて決定されるためです!

次の操作を行うと、Redis DB に再接続できません。

• RedisConnection「接続」と呼ばれる新しいものを作成します
• 接続を開くconnection.Open().Wait();
• 接続を閉じるconnection.Close(true);
• 今私がしようとするとconnection.Open().Wait();、「接続が閉じられています」というエラーがスローされます。

接続が閉じられたことは認識していますが、再度開くことができないのはなぜですか?

接続を閉じる代わりに、Redis サーバーをシャットダウンし、クライアントにClosedイベントを発生させ、サーバーを再起動してから、connection.Open().Wait();もう一度接続を開こうとすると、同じことが起こります。「接続が閉じられました」というエラーがスローされます。

私のアプローチの何が問題になっていますか？Booksleeve との接続状態を適切に管理できないようです。

ありがとう

Booksleeve を使用して Redis サーバーのキー空間にバイト配列を送信するための最適な実装を見つける必要があります。

UTF8 エンコーディングのようなさまざまな実装を試しましたが、redis サーバーのメモリ内で最も最適化されたものはわかりません (このような数百万のキーを使用するので、メモリ内で最も短いキーが本当に必要です)。

誰かがすでにこの要件を持っていますか?

Azure クラウドにあるデータベースのテーブルを表示する Web ページに取り組んでいます。パフォーマンスを向上させるために DB への直接の呼び出しを減らすために、ページのキャッシュを構築したいと考えています。現在、テーブルの読み取り用にメモリ内キャッシュ (インプロセス) を保持しています。ここで、書き込みが行われたときから更新する必要があるプロセス外キャッシュを作成したいと思います。つまり、挿入または更新を意味します (値が更新または追加されると、メモリ内キャッシュは無効になるため)。

Redis、特に Book Sleeve で推奨されました。私の質問は、アウトプロセス キャッシュの構築を開始し、それを現在のプロジェクトに結合する方法を理解するのに役立つコード サンプルを見つけることができる場所です。

前もって感謝します

Web ページのデータベース用にプロセス外キャッシュを構築しています。それを使って何かをしようとすると (Set、Get)、次のエラーが発生します。

これが私のredisキャッシュコードです。どんな助けでも素晴らしいでしょう。ありがとう

}

Redis への接続を開くのに非常に長い時間がかかることがあります。接続スレッドの数と、おそらくPCの構成に依存するようです。4 コア CPU を搭載した 2 台のワークステーションで 50 スレッドのテストを実行しましたが、接続を開くのに 70 ～ 100 ミリ秒かかり、8 コア ワークステーションと 8 コア ステージング サーバーでは 1000 ～ 1500 ミリ秒、場合によってはそれ以上かかりました。奇妙な依存関係ですが、再現可能です。IIS アプリケーション プールが再起動し、すべてのスレッドが再接続しようとすると、キャッシュのダウンタイムなどの原因になります。合理的な接続時間を得るために何を変更する必要がありますか?

私は BookSleeve クライアントを使用しています。コード サンプルは次のとおりです。