Isso não responde diretamente à sua pergunta, mas provavelmente é uma opção melhor que talvez você não tenha considerado. Em vez de usar um plug-in para fazer cache, use o cache de páginas Nginx. É muito mais rápido porque você não precisa fazer uma chamada para o PHP, o que elimina muita sobrecarga.
A desvantagem é que é complicado invalidar o cache Nginx, a menos que você pague pela versão comercial do Nginx. Você pode construir o Nginx com plugins que fazem o trabalho, mas a integração de cache do Wordpress / Nginx não é grande. Nenhum eu encontrei trabalho bem. Então você precisa definir com cuidado a vida máxima do seu cache. Curiosamente, em um site movimentado caching por até alguns segundos pode ter benefícios. Meus sites mudam raramente, e se eu precisar, posso apenas rm -rf os diretórios corretos onde o cache de páginas nginx mora - o que na verdade está na memória.
Eu tenho um tutorial sobre este aqui , e haverá muitos outros por aí. Há um ótimo artigo sobre microcache Nginx aqui .
O SF gosta de dados reais na página caso os sites desapareçam.
No seu nginx.conf
fastcgi_cache_key "$scheme$request_method$host$request_uri";
Na parte superior do arquivo do seu site ou na configuração do nginx
fastcgi_cache_path /dev/shm/nginxcache levels=1:2 keys_zone=CACHENAME:10m inactive=1440m; # Centos / Amazon Linux in RAM, 1440 minutes = 24 hours
No seu bloco de localização que chama PHP
fastcgi_pass php56-fpm;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_cache_use_stale error timeout invalid_header http_500;
fastcgi_ignore_headers Cache-Control Expires Set-Cookie;
fastcgi_cache CACHENAME;
fastcgi_cache_valid 200 1440m;
fastcgi_cache_valid 403 404 405 410 414 301 302 307 60m;
add_header X-Cache $upstream_cache_status; # This can be removed if desired
fastcgi_cache_methods GET HEAD;
fastcgi_keep_conn on;
Esse tutorial que eu criei tem muito mais informações e explicações.