【前言】 
最近重构了一个老项目，原本是为了做所谓的“深度优化”，结果差点把自己绕进去。今天想和大家聊聊关于**“性能优化的边界”**这个问题。 
【背景】 
我们的核心交易接口，QPS 大概在 2000 左右，平均响应时间 150ms。老板觉得还能再快一点，我也觉得自己能行。于是，我开始了对这段代码的“魔改”。 
【折腾过程】 

缓存滥用： 把原本只需要查一次数据库的配置，加了 Redis 缓存，还做了本地二级缓存。结果因为数据一致性没处理好，导致上线第一天就出现了价格显示错误的 Bug。
异步化陷阱： 把所有非核心逻辑（发通知、记日志）全扔进了消息队列。结果高峰期 MQ 积压，用户下单成功了，过了半小时才收到短信，投诉电话被打爆。
算法炫技： 把一个简单的列表过滤逻辑，用了一套极其复杂的位运算来加速。代码可读性极差，新来的实习生看了一天没看懂，最后发现只快了 2ms。

【反思与讨论...