NodeJS接口性能优化从20秒到200ms实战

在接手一个老项目时，我遇到了一个让人头疼的接口，一个看似普通的数据查询接口，响应时间居然长达20秒。下面记录整个排查和优化的过程。 首先用console.time粗略打点，发现主要耗时集中在数据库查询阶段。进一步分析，发现代码中每次请求都会新建数据库连接，用完就销毁。这意味着每次接口调用都要经历TCP三次握手和MySQL认证等开销。问题根源之一就是短连接模式。 第一个优化点是引入连接池。将createConnection改为createPool，设置合理的连接上限和空闲超时。改动后响应从20秒降到8秒左右。 接着检查SQL语句，发现一个查询没有走索引。通过EXPLAIN分析确认是全表扫描。原来查询条件中对varchar字段使用了函数处理导致索引失效。去掉不必要的函数调用后，查询从扫描上百万行变为精确命中几十行，时间降到2秒。 再往下排查，发现代码循环查询数据库。一个父记录关联多个子记录，用for循环逐一查询子表导致N+1问题。改用JOIN一次查出所有关联数据，时间降到800ms。 最后引入Redis缓存。对于不经常变动的配置数据，设置过期时间命中缓存时直接返回。加上本地内存做二级缓存，热点数据响应降到200ms以内。 总结要点：永远使用连接池，及时检查SQL执行计划确保索引有效，避免N+1查询，合理引入缓存层次。关键是先定位瓶颈再动手。