维护八年老系统：先恢复可解释性，再谈重构

最近把一个运行了八年的订单服务从平均 420ms 优化到 160ms。没有重写，主要做了三件事：补齐慢查询观测、拆掉一次隐蔽的 N+1、把无效的远程校验移到批处理。

最大的感受是，老系统的优化先要恢复可解释性，而不是先换技术栈。大家接手长期系统时，第一周通常会看什么？

我会先补业务指标和错误预算。技术指标正常但业务结果不对，是老系统里最难发现的一类问题。