Red Hat Summit Red Hat Summitサポートコンソール開発者トライアルの開始お問い合わせ

5.4.2. write-Behind（非同期）

このモードでは、キャッシュへの更新は非同期でキャッシュストアに書き込まれます。Red Hat Data Grid は、変更を素早く保存できるように、保留中の変更を変更キューに配置します。

設定されたスレッド数はキューを消費し、基礎となるキャッシュストアに変更を適用します。設定されたスレッド数が変更をすばやく消費できない場合、または基盤のストアが利用できなくなると、変更キューが満杯になります。この場合、キャッシュストアは、キューが新しいエントリーを受け入れるまでライトスルーになります。

このモードでは、キャッシュ操作が基礎となるストアへの更新の影響を受けません。ただし、更新は非同期的に行われるため、キャッシュストアのデータはキャッシュのデータと一貫性のない期間があります。

write-behind ストラテジーは、低レイテンシーおよび小規模な操作コストを持つキャッシュストアに適しています。たとえば、キャッシュ自体にローカルとなる非共有ファイルベースのキャッシュストアなどです。この場合、キャッシュストアとキャッシュ間のデータの一貫性が最小期間に短縮されます。

以下は、write-behind ストラテジーの設定例です。 

<persistence passivation="false">
   <file-store fetch-state="true"
               read-only="false"
               purge="false" path="${java.io.tmpdir}">
   <!-- start write-behind configuration -->
   <write-behind modification-queue-size="123" thread-pool-size="23" />
   <!-- end write-behind configuration -->
   </file-store>
</persistence>
Copy to Clipboard Toggle word wrap
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hatトップに戻る