A Redis based, automated and scalable database caching layer for Laravel 5.1+
- Automatically caches all database queries
- Intelligent cache invalidation with high granularity
- Works with existing code, no changes required after setup
- Possibility to cache only specific models or exclude some models
- Makes use of Laravel Redis (supports clustering)
- PHP7 and HHVM ready
Most RDBMS provide internal caching systems (for example Mysql Query Cache). Unfortunately these caching systems have some very serious limitations:
- They do not cache queries over multiple tables (especially joins)
- The invalidation granularity is very low
- They are not distributed, if you have multiple database servers the cache will be created on all of them
- They are not scalable
This library offers a solution for all of these problems.
As you may have discovered while looking at the source code, this library is built directly on top of Laravel Redis and not Laravel Cache which would make more sense from a general point of view. However, there are several important reasons for this decision:
- Storage must be in-memory (wouldn't make much sense otherwise)
- Storage must be easily scalable (try to implement that with for example Memcached)
- Storage must support tags. Redis provides the set data type which allows a very easy and fast implementation. One may argue that Memcached also support tags, but that's a widespread misapprehension. It is possible to implement tags in Memcached using this approach, but this results in 1+[quantity of tags] requests for every read operation which is not very efficient.
If you still want to use another storage system, please feel free to contribute.
Due to the fact that Redis is faster than for example MySQL, a performance gain of 30-50% is possible even for very simple and fast queries (<0.001s). However the cache starts getting very efficient with more complex queries (> 0.01s, 90% performance gain, > 0.1s, 99% performance gain). Please note that these benchmarks have been done for queries that don't return much data. If your query is very simple but returns 1GB of data, the cache won't make it faster at all.
In a typical web application the time consumed for database interaction is usually only 5 - 20%, so expect a performance gain somewhere in this area.
- The percentage of time spent for database interaction in your overall page loading time is smaller than ~10%
- Your queries are typically of a low complexity
- Your queries are typically returning a big amount of data
- More than ~10% of page loading time spent in database
- Your queries are typically of a medium to high complexity
- Your queries are typically returning a low to medium amount of data
- You want to reduce the load on your database server(s)
- PHP 5.5+
- Redis 2+
- Laravel 5.1+
- Predis
- Phpiredis increases cache performance (optional)
- Laravel Debugbar provides debug information (optional)
Lada Cache can be installed via Composer by requiring the
spiritix/lada-cache
package in your project's composer.json
.
php composer.phar require spiritix/lada-cache
Now you must register the service provider when bootstrapping your Laravel application.
Find the providers
key in your config/app.php
and register the Lada Cache Service Provider.
'providers' => array(
// ...
Spiritix\LadaCache\LadaCacheServiceProvider::class,
)
Finally all your models must extend the Spiritix\LadaCache\Database\Model
class.
It's a good practice to create a base model class which extends the Lada Cache model and then gets extended by all your models.
class Post extends Spiritix\LadaCache\Database\Model {
//
}
Don't try to only have specific models extending the Lada Cache model, it will result in unexpected behavior. In the configuration you will find the possibility to include or exclude specific models.
Use the following command to publish the lada-cache.php
config file to your configuration folder:
php artisan vendor:publish
You may truncate the cache by running the following command:
php artisan lada-cache:flush
If you want to temporary disable the cache (for example before running migrations), use these commands:
php artisan lada-cache:disable
php artisan lada-cache:enable
- Does not work with raw SQL queries. This would require an SQL parser to be implemented which is quite hard and very inefficient. As long as you are only using raw queries for reading data, it just won't get cached. Serious issues will only occur if you use raw queries for writing data (which you shouldn't be doing anyway).
- Invalidation on row level does only work if you use
id
as column name for your primary keys. - Cache must be truncated manually after migrations are executed.
Contributions in any form are welcome. Please consider the following guidelines before submitting pull requests:
- Coding standard - It's mostly PSR-2 with some differences.
- Add tests! - Your PR won't be accepted if it doesn't have tests.
- Create feature branches - I won't pull from your master branch.
Lada Cache is free software distributed under the terms of the MIT license.