Most caching libraries do not place a variable into cache until its value has been resolved. When multiple requests for the same key arrive at the same time, all of them will work on resolving the cached key (instead of only the first one) and then each of them will try to update the cache when resolved (i.e. cache stampede).
In cache-stampede, the first request to see an empty cache results for a particular key will immediately register the key in the cache as {__caching__ : true } and move on the resolve the results. When the variable has been resolved the cache is updated with the results. Any subsequent request that see the variable as {__caching__ : true} will wait for retryDelay milliseconds and then try polling the cache again (until maxRetries have been made).
Four basic database adapters are provided.
require('cache-stampede').mongo(mongo_collection_object,[options])- Legacy promisification by bluebirdrequire('cache-stampede').mongodb(mongo_collection_object,[options])- Uses mongodb 2.1.x internal promisesrequire('cache-stampede').mongoHistory(mongo_collection_object,[options])- Retains history instead of purgingrequire('cache-stampede').mongoose(collection_name,[options])require('cache-stampede').redis(redis_client,[options])require('cache-stampede').dynamodb(aws_client,[options])require('cache-stampede').gcloudDatastore([datastore_client,redis_client],[options])require('cache-stampede').file(directory,[options])
The relevant database libraries (mongo, mongodb, mongoose, redis, datastore, and dynamodb) are only included as dev depdencies and are not installed through regular npm install. You only need to install them if you want to run tests (mocha). You can specify the particular mongoose object you want to use, as a property mongoose in options. The file adapter maintains a list of files (named by the respective keys) the specified directory and does not require any third party database servers. The mongo and mongodb adapters allows you to specify the collection as a promise to deliver a collection object (optional).
A special adapter called mongoHistory retains historical cached values in the collection instead of deleting them. The adapter defines a custom method getHistory that returns all records for a particular key.
The gcloud datastore adapter gcloudDatastore uses redis to control locking, so both clients must be specified.
This library can be initialized with a custom adapter. A custom adapter needs to provide get, insert, update and remove functions which should return Promise A+ compliant promises. The insert method should return KEY_EXISTS error if a key already exists in the datastore and the get method should return null or undefined if a key was not found. Please note:
This function either returns a cached value for the supplied key or attempts to resolve the value and update the cache, returning a promise on the results. If an info property is defined in the options, it will be stored (and available) immediately. This function is explicitly bound to the stampede object and can be passed directly to consumers of the cache without having to bind it separately.
Retrieve the supplied key from the cache. If the variable is caching the function will retry until maxRetries is reached. The resulting promise will either be resolved with the cached value or errored with the message MAX_RETRIES. The retry parameter is internally used to keep track of how many retries have been made (if any). If expiry was defined when the key was defined and it has expired, the key will be deleted and KEY_NOT_FOUND error thrown.
Set the supplied key as the result of the supplied function and return a promise. The function can either return a value or a promise. If fn is not a function, the cache will be set to the value of this argument. If the key already exists in the cache, the promise will return a E11000 error, otherwise the resolved value will be returned. If an info property is defined in the options, it will be stored (and available) immediately. If option upsert is true this function will overwrite any current value.
Returns the info for the supplied key if this key is either caching or finished running.
Setting payload: true in options will return the full payload of a cached record, including .updated, .expiry etc. The underlying data can be found under the .data property.
Optional control options are maxRetries and retryDelay and expiry (in ms). They are applied as default options to any request that doesn't explicitly specify them.
Old cached records can be purged by defining maxAge (in millisecond) in options when .cached is called. Passing in `{maxAge:0} will force a refresh.
If you include a find (mongo search object) in options, then the search criteria for pre-existing cached record will be an $or of the supplied key and the supplied find criteria. This method can match a record with a different key than requested, provided the find criteria is fulfilled. This can be very helpful when exact hashes can not be guaranteed between queries.
You can (optional) specify passphrase and algo (defaults to aes192) when you require the module, to encrypt/decrypt all data that flows through the cache. Any record that was saved with a passphrase will be encrypted and have the property encrypted equal to true in the database record. You can also specify a record-specific passphrase in the options of each cached, get and set command.
If you specify compression as true the data will be deflated into a base64 string. When data is fetched from the cache, stampede will look for a compressed: true flag and automatically inflate the contents when required.
When processing bulk-data it is often conventient to load data in bulk from cache as well. By defining an object perCache in options you can supply any known information to avoid repeat calls to the db. If a any requested key is found in preCache it is simply returned, otherwise the regular caching mechanism applies. The objects in preCache need to adhere to the cache-stampede storage specification, i.e. the data should be under property data.
If you specify clues: true in options of either .cached or .set method, the function supplied function will be returned to be resolved by clues in the same this context as there the method was called. It is important to return the cache-method so that the resolution machine can evaluate the formula that gets returned (see test/clues-test.js). Failure to do so will result in an orphan record that will remain in __caching__ state.
The default behaviour is to not cache errors. However, if any error object has a property cache set to true, then cache-stampede will save that error to cache and return it as rejected promise when it's requested again. This can be very handy when you know an error represent an irrevocable state for a particular key.