我在使用WP Super Cache时候,一直都是用把静态内存丢内存中访问的方法,收效不错。最近做了Redis Object Cache安装使用教程相比Batcache方案,Redis Object Cache安装使用更为简单。今天做个简单的Redis Object Cache vs WP Super Cache。
服务器:
阿里云的轻量应用服务器:1CPU、2G内存、CentOS 7.3、50G硬盘。
网站:
全新安装的WordPress,只有默认的一片文章。
测试方法:
- Redis Object Cache + Redis
- WP Super Cache + 缓存丢内存
打开浏览器,F12,把禁止缓存给勾上,避免浏览器读取已经访问的本地电脑的内存内容,这样每次访问网站都是加载服务器的内容。
分别浏览器地址回车访问5次,把请求,加载完毕等信息记录下来。
测试结果:
Redis Object Cache | ||||||
requests | transferred/kB | resources/kB | Finish/ms | DOMContentLoaded/ms | Load/ms | |
9 | 53.5 | 277 | 986 | 614 | 622 | |
9 | 53.5 | 277 | 940 | 466 | 507 | |
9 | 53.5 | 277 | 834 | 459 | 484 | |
9 | 53.5 | 277 | 872 | 495 | 523 | |
9 | 53.5 | 277 | 876 | 540 | 543 | |
平均值 | 9 | 53.5 | 277 | 901.6 | 514.8 | 535.8 |
WP Super Cache | ||||||
requests | transferred/kB | resources/kB | Finish/ms | DOMContentLoaded/ms | Load/ms | |
9 | 53.5 | 277 | 620 | 214 | 246 | |
9 | 53.5 | 277 | 635 | 235 | 274 | |
9 | 53.5 | 277 | 616 | 246 | 252 | |
9 | 53.5 | 277 | 679 | 269 | 302 | |
9 | 53.5 | 277 | 632 | 253 | 259 | |
平均值 | 9 | 53.5 | 277 | 636.4 | 243.4 | 266.6 |
毫无疑问是WP Super Cache更胜一筹,但是这里有两点需要注意:
- WP Super Cache是将缓存内容放到了内存中用户访问,内存读写自然比硬盘读写快
- Redis Object Cache使用场景是建议在数据库查询比较大、用户持久连接或者访问量巨大这类场景
所以对于普通用户,比如访问量几万IP/天、服务器配置跟我差不多的朋友,直接用WP Super Cache不折腾,算是比较好的方案了。
插件信息:
Redis Object Cache:https://wordpress.org/plugins/redis-cache/
WP Super Cache:https://wordpress.org/plugins/wp-super-cache/