Contributors: getpantheon, danielbachhuber, stevector
Tags: apc, apcu, cache, caching, lcache, object-cache, performance
Requires at least: 4.3
Tested up to: 5.2
Stable tag: 0.6.1
License: GPL-2.0
License URI: https://www.gnu.org/licenses/gpl-2.0.html
Supercharge your WP Object Cache with LCache, a persistent, performant, and multi-layer cache library.
For sites concerned with high traffic, speed for logged-in users, or dynamic pageloads, a high-speed and persistent object cache is a must. WP LCache improves upon Memcached and Redis object cache implementations by using APCu, PHP's in-memory cache, in a way that's compatible with multiple web nodes. Under the hood, WP LCache uses LCache, a library that applies the tiered caching model of multi-core processors (with local L1 and central L2 caches) to web applications.
Note: WP LCache development is currently on hold, and not recommendated for production use, due to an issue with APCu cache fragmentation. WP Redis, also maintained by Pantheon, is a great alternative.
WP LCache is faster than other object cache implementations because:
- By using APCu, which is in-memory, WP LCache uses the fastest possible persistent object cache backend and avoids costly network connections on every request. When using a Memcached or Redis-based persistent object cache where Memcached or Redis is on a different machine, the millisecond cost of each cache hit can add up to seconds of network transactions on every request.
- By incorporating a common L2 cache, WP LCache synchronizes cache data between multiple web nodes. Cache updates or deletes on one node are then applied to all other nodes. Without this synchronization behavior, APCu can't be used in server configurations with multiple web nodes because the cache pool is local to the machine.
Still not convinced? WP LCache includes features that no one else has:
- Cache groups are handled natively, meaning you can delete an entire group of keys with
wp_cache_delete_group()
. - WordPress' alloptions cache is sharded into distinct keys, mitigating cache pollution on high traffic sites. Read #31245 for all of the gory details.
Read the installation instructions, then install WP LCache from WordPress.org or Github.
Go forth and make awesome! And, once you've built something great, send us feature requests (or bug reports).
We've done some rudimentary testing with New Relic on Pantheon infrastructure. The results were substantial enough for us to begin using LCache in production. Watch David Strauss' DrupalCon presentation for a more thorough explanation.
If you'd like to do some benchmarking yourself, we'd love to hear about your testing methodology and conclusions. Caching is more of an art than a science, and outcomes can vary. Because cost of network transactions is one of the problems solved by WP LCache, the performance gains will be more impressive if you've historically been using Redis or Memcached on a separate machine.
APCu is persistent through the life of a PHP-FPM process. However, unlike Redis, APCu doesn't save its state to disk at shutdown. When PHP-FPM is restarted, WP LCache will repopulate the L1 cache (APCu) from the L2 cache (database).
When you first enable WP LCache, you'll have a good amount of database activity as it writes all cache entries to the database. Eventually, as long as your codebase is optimized, database activity will die down and most activity will be in APCu.
However, if your codebase isn't optimized, you'll see continued database load. Some common issues include:
- Frequent calls to
wp_cache_flush()
, which empties the entire cache and requires the L2 to be completely repopulated. - Redundant or duplicative calls to
wp_cache_set()
, where code paths hardly ever use the cache values they set.
In both of these cases, any persistent object cache drop-in probably isn't going to be useful until you solve your code problems.
WP LCache requires PHP 5.6 or greater with the APCu extension enabled.
To install WP LCache, follow these steps:
- Install the plugin from WordPress.org using the WordPress dashboard.
1a. Those installing from Github will need to run
composer install --no-dev --no-scripts
after cloning to get the LCache library. - Activate the plugin, to ensure LCache's database tables are created. These are created on the plugin activation hook.
- Create a stub file at
wp-content/object-cache.php
to requirewp-content/plugins/wp-lcache/object-cache.php
.
The wp-content/object-cache.php
file should contain:
<?php
# Engage LCache object caching system.
# We use a 'require_once()' here because in PHP 5.5+ changes to symlinks
# are not detected by the opcode cache, making it frustrating to deploy.
#
# More info: http://codinghobo.com/opcache-and-symlink-based-deployments/
#
$lcache_path = dirname( realpath( __FILE__ ) ) . '/plugins/wp-lcache/object-cache.php';
require_once( $lcache_path );
To install WP LCache in one line with WP-CLI:
wp plugin install wp-lcache --activate && wp lcache enable
If you need to install APCu, the PECL installer is the easiest way to do so.
- PHP 7.0:
pecl install apcu
- PHP 5.6:
pecl install channel://pecl.php.net/apcu-4.0.11
Enabling APCu for CLI is a matter of adding apc.enable_cli='on'
to your etc/php5/cli/php.ini
.
If you can't easily use PHP 5.6 or greater, you should switch to a more responsible hosting provider.
If any of the requirements for LCache to function are not met, you will see an admin notice indicating the issue. Here's how to resolve issues for each possible dependency:
- "LCache database table": This indicates you have the
object-cache.php
symlink in place, but have not activated the plugin (which installs the LCache db table). Activate the plugin and verify the LCache tables are created. - "PHP 5.6 or greater": You need to update your PHP runtime, which will also make your site faster and more secure. Do it today, or contact your hosting provider if you don't have access.
- "APCu extension installed/enabled": You don't have the required PHP extension to power LCache. See above instructions for installing APCU, or contact your hosting provider.
- "LCache library": you're probably installing direct from GitHub, not a download from the WordPress.org plugins directory. Awesome! You just need to run
composer install --no-dev
inside thewp-lcache
directory, and make sure the resultingvendor
directory is deployed along with the rest ofwp-lcache
.
The best way to contribute to the development of this plugin is by participating on the GitHub project:
https://github.com/lcache/wp-lcache
Pull requests and issues are welcome!
You may notice there are two sets of tests running, on two different services:
- Travis CI runs the PHPUnit test suite in a variety of environment configurations (e.g. APCu available vs. APCu unavailable).
- Circle CI runs the Behat test suite against a Pantheon site, to ensure the plugin's compatibility with the Pantheon platform.
Both of these test suites can be run locally, with a varying amount of setup.
PHPUnit requires the WordPress PHPUnit test suite, and access to a database with name wordpress_test
. If you haven't already configured the test suite locally, you can run bash bin/install-wp-tests.sh wordpress_test root '' localhost
. You'll also need to install and configure APCu in order to run the test suite against APCu.
Behat requires a Pantheon site. Once you've created the site, you'll need install Terminus, and set the TERMINUS_TOKEN
, TERMINUS_SITE
, and TERMINUS_ENV
environment variables. Then, you can run ./bin/behat-prepare.sh
to prepare the site for the test suite.
Existing WP LCache users will need to alter the value
column on the lcache_event table from BLOB
to LONGBLOB
.
- Switches back to
utf8
for LCache tables [#149].
- Supports
utf8mb4
as a database charset [#131,#143]. - Updates to LCache v0.4.0.
- Improve readme and grunt tasks [#130].
- Normalizes address key to comply with DB column length.
- Always runs database table initialization on the
enable
CLI command. - Doesn't require APCu to be enabled in CLI.
- Test improvements.
- Uses the correct DSN format in all DB_HOST scenarios.
- Only loads LCache library for PHP 5.6+, to ensure WordPress doesn't fatal on older versions.
- Test improvements.
- Splits WordPress' alloptions cache into separate cache keys to mitigate cache pollution caused by race conditions. See #31245 for further detail.
- Emits warnings in CLI when LCache isn't properly configured.
- Incorporates a variety of test suite improvements.
- Switches to stub file approach for enabling object cache drop-in, because symlink changes aren't detected by opcode cache in PHP 5.5+.
- Updates LCache to v0.3.4, which automatically detects and handles misuse of the TTL as an expiration timestamp.
- Introduces the
wp lcache enable
WP-CLI command to create theobject-cache.php
symlink. - Updates LCache to v0.3.2, which is more noisy about failed L2 serialization.
- Better admin notices: alerts when LCache database tables are missing, or if the plugin is active but
object-cache.php
is missing.
- Updates LCache to v0.3.1, which has L2 cache guard against returning failed unserializations.
- Sets
STRICT_ALL_TABLES
on the database handler to fail and give warnings if there are issues with database inserts. - Bug fix: Uses
LONGBLOB
column type for lcache_eventvalue
column. Previously, thevalue
column wasBLOB
which meant that long cache values (e.g. alloptions) could be unexpectedly truncated.
- Bug fix: Properly flushes entire LCache with
wp_cache_flush()
is called. Previously, LCache was called improperly, meaning none of the cache was flushed.
- Updates LCache to v0.3.0, fixing issues with faulty expiration.
- Initial release.