Chapter 18. Cache Writing Modes
Red Hat JBoss Data Grid presents configuration options with a single or multiple cache stores. This allows it to store data in a persistent location, for example a shared JDBC database or a local file system. JBoss Data Grid supports two caching modes:
- Write-Through (Synchronous)
- Write-Behind (Asynchronous)
18.1. Write-Through Caching Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
The Write-Through (or Synchronous) mode in Red Hat JBoss Data Grid ensures that when clients update a cache entry (usually via a
Cache.put() invocation), the call does not return until JBoss Data Grid has located and updated the underlying cache store. This feature allows updates to the cache store to be concluded within the client thread boundaries.
18.1.1. Write-Through Caching Benefits Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
The primary advantage of the Write-Through mode is that the cache and cache store are updated simultaneously, which ensures that the cache store remains consistent with the cache contents. This is at the cost of reduced performance for cache operations caused by the cache store accesses and updates during cache operations.
18.1.2. Write-Through Caching Configuration (Library Mode) Copy linkLink copied to clipboard!
Copy linkLink copied to clipboard!
No specific configuration operations are required to configure a Write-Through or synchronous cache store. All cache stores are Write-Through or synchronous unless explicitly marked as Write-Behind or asynchronous. The following procedure demonstrates a sample configuration file of a Write-Through unshared local file cache store.
Procedure 18.1. Configure a Write-Through Local File Cache Store
Identify the
namedCacheThenameparameter specifies the name of thenamedCacheto use.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Configure the Cache Loader
Thesharedparameter is used when multiple cache instances share a cache store. This parameter can be set to prevent multiple cache instances writing the same modification multiple times. Valid values for this parameter aretrueandfalse.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Specify the Loader Class
Theclassattribute defines the class of the cache loader implementation.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Configure the
fetchPersistentStateParameterThefetchPersistentStateparameter determines whether the persistent state is fetched when joining a cluster. Set this totrueif using a replication and invalidation in a clustered environment. Additionally, if multiple cache stores are chained, only one cache store can have this property enabled. If a shared cache store is used, the cache does not allow a persistent state transfer despite this property being set totrue. ThefetchPersistentStateparameter isfalseby default.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Set the
ignoreModificationsParameterTheignoreModificationsparameter determines whether operations that modify the cache (e.g. put, remove, clear, store, etc.) do not affect the cache store. As a result, the cache store can become out of sync with the cache.Copy to Clipboard Copied! Toggle word wrap Toggle overflow Configure Purge On Startup
ThepurgeOnStartupparameter specifies whether the cache is purged when initially started.Copy to Clipboard Copied! Toggle word wrap Toggle overflow The
propertyElementThepropertyelement contains information about properties related to the cache store.- The
nameparameter specifies the name of the property.
Copy to Clipboard Copied! Toggle word wrap Toggle overflow