网站后台越用越慢？从慢查询到索引的排查顺序

网站刚上线时后台操作很快，用了一两年之后，打开内容列表要等几秒，导出数据要等好几分钟，前台页面也跟着变慢。这类情况多半不是服务器配置不行，而是数据量涨上来之后，查询方式没有跟着调整。

先确认慢在哪一环

排查的第一步是区分三种慢：服务端处理慢、网络传输慢、浏览器渲染慢。可以在浏览器自带的开发者工具里看请求耗时，如果时间主要花在等待服务器响应上，问题多半在服务端与数据库；如果响应很快但页面迟迟不出内容，就要往前端脚本与资源加载的方向查。

再看数据库在做什么

确认是服务端慢之后，需要看数据库执行了哪些语句、各花了多少时间。多数数据库都提供慢查询记录功能，把超过设定时长的语句记下来，就能定位到具体是哪几条在拖后腿。常见的情况有三类：缺少合适索引的检索、一次取出过多数据的列表，以及循环调用导致的重复查询。第三类最容易被忽略，单条语句都很快，攒起来却很可观。

索引该怎么加

索引的作用是让数据库不必逐行扫描。列表按时间排序、按分类筛选，这几个字段往往是建立索引的候选。加索引之前先看查询语句的写法，条件字段上套了函数或者用了前置模糊匹配的，索引很可能用不上，这时候调整语句写法比加索引更有效。索引也不是越多越好，每多一个索引，写入时就要多一份开销。

列表与分页最容易出问题

翻页时使用较大的偏移量，数据库仍然要先跳过前面的大量记录，页数越靠后越慢。常见做法是把翻页改为按上一页最后一条记录的位置继续取。列表查询还应当只取页面真正用到的字段，避免把大段正文一并取出。

缓存与归档各解决一类问题

变化不频繁的数据可以缓存在内存或文件中，减少重复查询；历史数据量大又很少访问的，可以归档到独立的表。这两项属于结构性调整，适合在数据持续增长、单靠索引已经不够用的时候再考虑。

改动之后一定要复测

任何优化都要回到实际环境验证：同一操作在优化前后的耗时对比、是否引入了数据不一致的风险。调整数据库结构之前先做完整备份，这一点无论如何不能省。

小结

后台变慢通常是一个渐进过程，越早发现越容易处理。冉冉科技在网站运维服务中把访问速度与错误日志纳入日常观察范围，发现异常时按上述顺序逐层定位，再决定是调整语句、补充索引还是做结构调整。

关于冉冉科技

江苏冉冉信息科技有限公司（品牌“冉冉科技”）成立于2017年，位于江苏省常州市新北区，是一家从事互联网信息服务、电子商务应用与企业应用系统开发的技术服务企业。公司业务涵盖网站建设、网页设计、SEO优化、竞价包年、域名注册、虚拟主机、企业邮箱、整合营销及企业形象策划等，以“只做有效果的网络营销”为服务主张，累计完成三千余起网站建设与服务。