明月的博客经常会有些缓存插件相关的使用心得和经验分享，这类博文给明月的博客确实也带来了不少的流量和用户。同时，明月也发现很多新手站长们很容易掉入缓存插件的“迷信”中无法自拔，好像一个博客网站没有个缓存插件就无法生存了似得，所以今天就给大家讲解分析一下如何正确对待或者说选择缓存插件，让大家懂得 WordPress 博客什么时候才需要使用缓存插件。
“速度”是每个喜欢折腾的站长一直追求的一个性能指标，很多站长们的“折腾”几乎都是从“速度优化”上开始的，甚至很多站长们深陷这种折腾无法自拔，乐此不疲！作为一名近十年的独立博客站长明月要告诉大家的是完全没有这个必要的。记得在分析 WP Super Cache 和 W3 Total Cache 这两个著名的 WordPress 缓存插件的时候，明月曾经提到过这两个插件的选择是要根据自身博客站点流量情况来选择的，其实延伸到缓存插件都是要根据实际流量情况来选择的。对于新站点来说，至少一年之内是完全没有必要使用缓存插件的。因为现在的网络环境，一个全新的站点上线到被搜索引擎认可收录并给予正常的自然搜索流量至少是一年时间才能初见成效，这还是在内容 80%都是高质量的“原创内容”的情况下，否则时间还要增加。如果非要量化的话，日平均流量 1000IP 是个“坎儿”，有这个流量的时候，512MB 内存 1 核的服务器完全都可以承受的了，并且是绰绰有余的。
所以说很多时候缓存插件其实都是比较鸡肋的，就拿阿里云 ECS 基础的 1 核 1G 配置服务器来说，日 IP5000 的流量是完全没有问题的，缓存插件其实都不需要，只要部署好服务器端的生产环境甚至可以支持更高的流量。如果再搭配一个免费的 CDN 的话，至少可以支持日 10000IP 了，这个流量对于很多博客来说绝对是业界翘楚的水准了，只有这个时候才是可以考虑使用缓存插件的时候，目的也就是减轻一些服务器负载压力而已。
综上所述，明月不建议流量在日 IP1000 以内的时候使用缓存插件，非要使用的话无非是“徒增烦恼”而已。因为缓存插件说白了就是将需要动态处理的数据预先存储在服务器磁盘上，这个过程对服务器磁盘的 I/O 能力也是个考验，频繁的 I/O 读写势必又拉升了服务器负载值，如此就进入了一个“恶循环”。在 WordPress 下进入后台的时候，这种表现最为突出。只要是发现进入 WordPress 后台特别卡顿的都跟缓存插件多多少少有点儿关系。可见缓存插件绝对不是加速优化的首选，这是需要实际流量情况来区别对待的，流量低的时候使用缓存插件反而起不到加速的效果。
总结下来就是流量不高的站点基本可以无视缓存插件了，至于说静态文件调用读取效能完全可以借助 web 服务器里开启静态文件缓存时间来简单优化一下即可，剩下的工作就是持续稳定的“内容”建设工作了，这才是今时今日玩博客的正确手法。
最后说说明月自己选择使用缓存插件原因：我是一个最低配的阿里云 ECS 服务器放了四个网站，三个 WordPress 平台，一个 Typecho 平台。这四个站点分别部署了两种 CDN，可想而知服务器要承受多大的请求量！所以，明月一直都有用缓存插件的，至少使用了缓存插件后服务器负载会均衡很多，这样也稳定了很多。同理，如果不是明月这样的情况，就不建议大家使用缓存插件。
至于说应该选择哪个缓存插件，这个明月的观点是“适合”的才是最好的，不用纠结网上各类缓存插件评测、推荐文章，一切根据自己站点流量、服务器配置、生产环境来选择最合适的即可。配置过于复杂的缓存插件不是优先要考虑，因为这类缓存插件一般都需要服务器端的响应支持才能发挥作用，部署起来太麻烦，兼容性也不好。最好是小巧精致、功能简单专注的缓存插件是最佳选择。
