说到Redis缓存，我刚开始接触时也犯过嘀咕：WordPress本身不是有对象缓存吗？再加个Redis是不是有点画蛇添足？但真正在1G内存的轻量云主机上实践后才发现，这简直是救命稻草！特别是当你的文章数量突破千篇，日访问量达到四位数时，数据库查询压力会像滚雪球一样越来越大。我有个站曾经因为没开缓存，首页加载要6秒，开了Redis后直接降到1.2秒——这种差距，用户用脚投票都能感受到。
Redis到底解决了什么痛点？
很多人以为缓存就是”让网站快一点”，但其实远不止如此。以我的电商站为例，促销期间同时在线200人，MySQL连接数直接飙红。启用Redis后，商品详情页的数据库查询从22次降到3次，内存占用反而下降了30%——因为频繁调用的用户会话数据、页面碎片都被转移到了内存数据库里。这就像给服务器加了条”快速通道”，把重复劳动交给Redis，MySQL专心处理核心事务。
什么时候才需要上Redis？
但也不是所有站点都非用不可！如果你的博客日均PV不到500，文章才几十篇，装Redis反而可能增加维护成本。我一般建议满足这三个条件再考虑：数据库查询经常超时、动态内容占比超过70%、并发用户超过50人。有个简单的判断方法：打开Query Monitor插件，如果发现”wp_postmeta”这类表被反复查询，那就是缓存该出手的信号了。
当然Redis也不是万能药，曾经有次我盲目把整个用户表缓存在Redis里，结果更新用户权限时出现数据不同步，闹出过乌龙。后来学乖了，只缓存那些更新频率低、读取频率高的内容，比如导航菜单、热门文章列表。说到底，技术选型就像配眼镜，度数合适才是最好的。
评论