站刚上线时飞快，两年后打开要五六秒，服务器配置也没降。问题往往不在前端，而在越积越沉的数据库。
## 一、垃圾数据在无声堆积
文章的历史修订版本、回收站里没清的内容、过期的临时数据、插件写入却从不清理的日志表——这些数据不显示在页面上，却实实在在拖慢每一次查询。很多站的数据库里，真正有用的数据不到三成。
## 二、缺索引的查询是隐形杀手
数据量小的时候全表扫描也很快，数据涨到几十万行后同一条查询就从毫秒级变成秒级。定位方式是开慢查询日志，把耗时超过阈值的语句抓出来，逐条分析执行计划再补索引。索引不是越多越好，写入频繁的表加错索引反而更慢。
## 三、插件是重灾区
统计类、日志类、相关文章类插件常常在每次页面访问时执行复杂查询。装十几个插件的站，一次访问可能触发上百条查询。该砍的砍，该换实现方式的换成定制轻量方案，这往往比升级服务器有效得多。
## 四、用缓存把查询挡在门外
最快的查询是不查询。页面级缓存让大部分访客直接拿静态结果，对象缓存让重复查询复用内存结果，两层配合能把数据库压力降一个数量级。缓存策略要按站点更新频率来定，配错了会出现内容不更新的问题。
## 五、优化要有节奏地做
清理和结构调整属于有风险操作，必须先完整备份、在测试环境验证、再上生产，并保留回滚路径。直接在生产库上手删表是事故的常见起点。
数据库瘦身、慢查询治理、缓存架构与轻量化插件定制我们都能接，先做一次体检再给方案。
—
官网要建、要改、要提速？微信 jeans2045、QQ 361611074，先聊需求再给方案。18 年只做一件事：把网站做好。